From Fedora Project Wiki

< QA‎ | Meetings

(Add propsed agenda link)
m (internal link cleaning)
 
(4 intermediate revisions by one other user not shown)
Line 2: Line 2:


People present (lines said)
People present (lines said)
* jlaska (97)
* adamw (70)
* wwoods (41)
* kparal (22)
* lmacken (9)
* Viking-Ice (7)
* buggbot (3)
* zodbot (3)
* Oxf13 (1)


Regrets:
Regrets:
Line 10: Line 20:


* [https://www.redhat.com/archives/fedora-test-list/2009-November/msg00720.html Proposed meeting agenda]
* [https://www.redhat.com/archives/fedora-test-list/2009-November/msg00720.html Proposed meeting agenda]
* [FIXME meetbot summary]
* [http://meetbot.fedoraproject.org/fedora-meeting/2009-11-16/fedora-meeting.2009-11-16-16.01.html meetbot summary]


== Previous meeting follow-up ==
== Previous meeting follow-up ==


* FTBFS topic?
* FTBFS topic?
Team agreed milos jacubicek's ftbfs proposal is tabled until he comes back with more info.
* Viking-Ice investigating creating a test case for bug#530452 ... and adding to F12 install matrix
* Viking-Ice investigating creating a test case for bug#530452 ... and adding to F12 install matrix
* preupgrade test updates
* preupgrade test updates
Per last weeks FESCO meeting on preupgrade, QA team took an action item to update the preupgrade test cases ([[QA:Testcase Preupgrade]] and [[QA:Testcase Preupgrade from older release]]).  Fedora QA trac [https://fedorahosted.org/fedora-qa/ticket/30 ticket#30] is tracking this update.  [[User:rhe]] and [[User:Kparal]] have adding their thoughts to the issue.


== Fedora 12, almost there ... ==
== Fedora 12, almost there ... ==
Line 24: Line 40:
=== F12Blocker ===
=== F12Blocker ===


1 unresolved bug remains ... what's the plan?
* unresolved bug remains ... what's the plan?


* {{bz|533621}} - Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot
Only remaining non-tracker bug is {{bz|533621}} Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot.  Adamw suggested this isshue should be removed from the blocker list, as the team previously agreed it wasn't a blocker (it's actually not about RAID /boot but about drive order changing between install and upgrade).


=== Common_F12_Bugs ===
=== Common_F12_Bugs ===


Reach consensus on a method for dividing up remaining '''22''' common F12 bugs.  Volunteers needed to help clear out the list of [http://tinyurl.com/l4kma5l4kma5 CommonBug?] bugs needing notes.  
Jlaska asked the team to think about a method for dividing up remaining '''22''' common F12 bugs.  Volunteers needed to help clear out the list of [http://tinyurl.com/l4kma5l4kma5 CommonBug?] bugs needing notes.  


Course of action is either ... '''DUD''':
Course of action is either ... '''DUD''':
Line 87: Line 103:
|-
|-
|}
|}
There wasn't a lot of discussion in the meeting on volunteers or a strategy to help reduce the size of the list.  Adamw noted he was confident in his ability to walk down the CommonBugs? list later today.


=== QA Retrospective ===
=== QA Retrospective ===
Line 99: Line 117:


=== wwoods updates ===
=== wwoods updates ===
A lot of time spent wrestling preupgrade last week.  However, the current
tasks include finalizing the post-koji-build with several patches kparal found
and merging private autoqa branch work.
Held a discussion with Fedora release engineering group last week around a
strategy for ensuring no broken dependencies are released.  The solution will
involve the post-koji-build, in addition to a post-bodhi-update hook.  Also
discussed writing a test that checks added/dropped/changed dependencies
against known requirements in the public repo(s).
Lmacken and wwoods talked about how best to detect updated bodhi packages.
Lmacken provided an update AMQP message/QMF events.  Wwoods discussed the
JFDI-design philosophy that's behind a lot of AutoQA at the moment.
16:46:46 <jlaska> wwoods: are there aspects of the koji watcher that kparal can assist with ... if it relates to rpmguard or package sanity?
16:46:58 <wwoods> time is running short so probably it'll be a discussion about design rather than a demo of a prototype
16:47:54 <wwoods> kparal's suggestion about having autoqa have a way to run tests locally is probably the best path forward
16:48:17 <wwoods> once that's written we can make sure rpmguard works as expected *in parallel* with setting up the watcher on the autotest host
16:48:43 <kparal> perfect
Plan for this week:
# Stop working on preupgrade
# add --local flag to autoqa
# polish rpmguard w/ kparal
# get watcher working
# test-enable rpmguard ''in production''
# kparal suggested -- fix lots of issues we run into
# jlaska added -- success
# adamw asked -- profit?
kparal corrected the last sugguestion, with ...  ''nope, world domination''


=== kparal updates ===
=== kparal updates ===
Kparal updated the group on his AutoQA activities, which included several
patches sent to autoqa-devel@lists.fedorahosted.org.
Kparal also identified several road blocks to participation and included
several ideas for improving test development for newbies (see https://fedorahosted.org/pipermail/autoqa-devel/2009-November/000018.html).  Out of that document jlaska has drafted an AutoQA Use Cases on the wiki: [[AutoQA_Use_Cases.]]  Kparal asked for suggestions and contributions to the document.
Kparal noted that the autoqa-devel list is being used more and more I would say, so if anyone is interested in autoqa development, please subscribe.
Kparal finished, but indicated he'll have more progress once the large
autoqa-0.3 changes in wwoods private branch are merged into master.
=== lili and rhe updates ===
[[User:liam]], [[User:rhe]] and [[User:mgracik]] held their first meeting on
Friday, November 13 where they discussed the ''DRAFT'' proposal for adding
installation verification to autoqa.  The proposal is starting to take shape
at [[Is_anaconda_broken_proposal]].


=== Misc ===
=== Misc ===


* Use cases - https://fedoraproject.org/wiki/AutoQA_Use_Cases
* Use cases - [[AutoQA_Use_Cases]]
* Packaging autotest - https://fedorahosted.org/autoqa/ticket/9
* Packaging autotest - https://fedorahosted.org/autoqa/ticket/9
* Packaging autoqa - https://fedorahosted.org/autoqa/ticket/3
* Packaging autoqa - https://fedorahosted.org/autoqa/ticket/3
Line 117: Line 184:
= Action items =
= Action items =


* jlaska will propose Common_F12_Bugs after meeting for bug#530541
* jlaska to send request for retrospective feedback to fedora-test-list@


= IRC Transcript =
= IRC Transcript =
{|
|- id="t16:01:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #startmeeting 2009-11-16 Fedora QA meeting
|| [[#t16:01:18|16:01]]
|- id="t16:01:19"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon Nov 16 16:01:18 2009 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t16:01:19|16:01]]
|- id="t16:01:19"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t16:01:19|16:01]]
|- id="t16:01:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic gathering people
|| [[#t16:01:25|16:01]]
|- id="t16:01:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | who's here?
|| [[#t16:01:26|16:01]]
|- id="t16:01:32"
| colspan="2" | * Oxf13
|| [[#t16:01:32|16:01]]
|- id="t16:01:35"
| colspan="2" | * jlaska is half here
|| [[#t16:01:35|16:01]]
|- id="t16:01:47"
| colspan="2" | * kparal is here
|| [[#t16:01:47|16:01]]
|- id="t16:01:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | do we get to pick which half?
|| [[#t16:01:49|16:01]]
|- id="t16:02:04"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: why not
|| [[#t16:02:04|16:02]]
|- id="t16:02:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we'll take the top
|| [[#t16:02:27|16:02]]
|- id="t16:02:44"
! style="background-color: #818144" | jlaska
| style="color: #818144" | hehe
|| [[#t16:02:44|16:02]]
|- id="t16:02:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | do we have a wwoods?
|| [[#t16:02:45|16:02]]
|- id="t16:03:09"
| colspan="2" | * Viking-Ice 50% here..
|| [[#t16:03:09|16:03]]
|- id="t16:03:22"
! style="background-color: #854685" | wwoods
| style="color: #854685" | you have nine and a half wwoodses
|| [[#t16:03:22|16:03]]
|- id="t16:03:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | hey viking
|| [[#t16:03:27|16:03]]
|- id="t16:03:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh wow, it's an army
|| [[#t16:03:34|16:03]]
|- id="t16:03:37"
! style="background-color: #854685" | wwoods
| style="color: #854685" | more wwoods than you know what to do with
|| [[#t16:03:37|16:03]]
|- id="t16:03:53"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | .com
|| [[#t16:03:53|16:03]]
|- id="t16:04:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alrighty
|| [[#t16:04:09|16:04]]
|- id="t16:04:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic previous meeting follow-up
|| [[#t16:04:19|16:04]]
|- id="t16:04:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so yeah, uh
|| [[#t16:04:23|16:04]]
|- id="t16:04:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i'm winging this
|| [[#t16:04:28|16:04]]
|- id="t16:04:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | just a sec
|| [[#t16:04:34|16:04]]
|- id="t16:04:47"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: apologies ... don't have any action items from last week ... pulling in the previous meeting tasks
|| [[#t16:04:47|16:04]]
|- id="t16:05:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | don't see any
|| [[#t16:05:02|16:05]]
|- id="t16:05:02"
! style="background-color: #818144" | jlaska
| style="color: #818144" | we have a few that continue to carry over. .. not sure if we want to continue that ... or drop them from the list
|| [[#t16:05:02|16:05]]
|- id="t16:05:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh iswym
|| [[#t16:05:11|16:05]]
|- id="t16:05:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah we should follow up on 2009-11-02
|| [[#t16:05:18|16:05]]
|- id="t16:05:27"
| colspan="2" | * jlaska looking at [[QA/Meetings/20091116]]
|| [[#t16:05:27|16:05]]
|- id="t16:05:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | point of order, btw: shouldn't that have been wwwwwwwwwvoods?
|| [[#t16:05:38|16:05]]
|- id="t16:06:36"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | Uhum Still "investigating" need to get of my lazy as and write the dam test case..
|| [[#t16:06:36|16:06]]
|- id="t16:06:41"
! style="background-color: #854685" | wwoods
| style="color: #854685" | adamw: ha! good point. I'll file a bug.
|| [[#t16:06:41|16:06]]
|- id="t16:06:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | still havn't heard from milos on the ftbfs topic
|| [[#t16:06:55|16:06]]
|- id="t16:07:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think we can stop carrying that one unless he comes back with it
|| [[#t16:07:02|16:07]]
|- id="t16:07:17"
! style="background-color: #818144" | jlaska
| style="color: #818144" | sorry ... wrong channel
|| [[#t16:07:17|16:07]]
|- id="t16:07:37"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: okay, sounds good, I'll drop from next weeks agenda
|| [[#t16:07:37|16:07]]
|- id="t16:07:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | not sure what was meant by 'preupgrade test cases'
|| [[#t16:07:58|16:07]]
|- id="t16:08:03"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I've got a link ...
|| [[#t16:08:03|16:08]]
|- id="t16:08:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed milos jacubicek's ftbfs proposal is tabled until he comes back with more
|| [[#t16:08:40|16:08]]
|- id="t16:08:46"
! style="background-color: #818144" | jlaska
| style="color: #818144" | just wanted to follow-up from the FESCO meeting ... I've asked Hurry to take a peak at ensuring the existing preupgrade tests will capture the failure case identified this release https://fedorahosted.org/fedora-qa/ticket/30
|| [[#t16:08:46|16:08]]
|- id="t16:09:11"
! style="background-color: #854685" | wwoods
| style="color: #854685" | the existing preupgrade test cases didn't account for the fact that *most* users running preupgrade will have 3 kernel packages installed
|| [[#t16:09:11|16:09]]
|- id="t16:09:28"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: yeah
|| [[#t16:09:28|16:09]]
|- id="t16:09:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ah, yeah, that. we should fix that.
|| [[#t16:09:41|16:09]]
|- id="t16:09:59"
! style="background-color: #818144" | jlaska
| style="color: #818144" | Hurry and Kamil have some feedbackin the ticket now, I'll be replying later todya
|| [[#t16:09:59|16:09]]
|- id="t16:10:02"
! style="background-color: #818144" | jlaska
| style="color: #818144" | today
|| [[#t16:10:02|16:10]]
|- id="t16:10:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | while we're at it, can we think of any other things real-world preupgrade usage would be likely to hit that we wouldn't recreate from a clean install?
|| [[#t16:10:08|16:10]]
|- id="t16:10:18"
! style="background-color: #818144" | jlaska
| style="color: #818144" | of course ... others are welcome to
|| [[#t16:10:18|16:10]]
|- id="t16:10:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | (that we care about. so, not rpmfusion stuff.)
|| [[#t16:10:19|16:10]]
|- id="t16:10:36"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: good topic ... can we move that down to the post-mortem prep?
|| [[#t16:10:36|16:10]]
|- id="t16:10:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | I'M RUNNING THIS MEETING DAMNIT! *froths at mouth*
|| [[#t16:10:53|16:10]]
|- id="t16:10:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i mean, uh, yes of course :)
|| [[#t16:10:56|16:10]]
|- id="t16:11:10"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: :)
|| [[#t16:11:10|16:11]]
|- id="t16:11:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in that case...we're done with follow-up I guess
|| [[#t16:11:33|16:11]]
|- id="t16:11:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | did we miss anything anyone wanted to follow-up on from the last two weeks?
|| [[#t16:11:44|16:11]]
|- id="t16:12:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ok
|| [[#t16:12:31|16:12]]
|- id="t16:12:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic fedora 12: coming soon
|| [[#t16:12:38|16:12]]
|- id="t16:12:51"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | tomorrow, right?
|| [[#t16:12:51|16:12]]
|- id="t16:12:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, yeah, stickster asked me to let everyone know that since fedora 12 has no bugs, we're all fired
|| [[#t16:12:56|16:12]]
|- id="t16:13:06"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | :)
|| [[#t16:13:06|16:13]]
|- id="t16:13:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's been a blast, everyone
|| [[#t16:13:11|16:13]]
|- id="t16:13:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | :)
|| [[#t16:13:17|16:13]]
|- id="t16:13:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, tomorrow
|| [[#t16:13:20|16:13]]
|- id="t16:13:26"
! style="background-color: #854685" | wwoods
| style="color: #854685" | hah. so let's delete this [[Common_F12_bugs]] page then
|| [[#t16:13:26|16:13]]
|- id="t16:13:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, that thing's completely wrong, i dunno what idiot wrotei t
|| [[#t16:13:39|16:13]]
|- id="t16:13:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so yep, that's the common bugs page
|| [[#t16:13:56|16:13]]
|- id="t16:14:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in case anyone isn't aware of the idea by now, we put common bugs onto it
|| [[#t16:14:05|16:14]]
|- id="t16:14:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's quite a lot of things that still need to be added
|| [[#t16:14:30|16:14]]
|- id="t16:14:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jlaska, could you make with the Magic List?
|| [[#t16:14:36|16:14]]
|- id="t16:14:47"
! style="background-color: #818144" | jlaska
| style="color: #818144" | [[QA/Meetings/20091116#Common_F12_Bugs]]
|| [[#t16:14:47|16:14]]
|- id="t16:14:52"
! style="background-color: #818144" | jlaska
| style="color: #818144" | 22 bugs on the list
|| [[#t16:14:52|16:14]]
|- id="t16:15:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | shiny
|| [[#t16:15:01|16:15]]
|- id="t16:15:06"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I was hoping we could discuss a method to divide up the list
|| [[#t16:15:06|16:15]]
|- id="t16:15:20"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I'm happy to take the installer issues ... if people want to divide by component
|| [[#t16:15:20|16:15]]
|- id="t16:15:37"
! style="background-color: #818144" | jlaska
| style="color: #818144" | there's too much on the list for just adamw to complete for tomorrow
|| [[#t16:15:37|16:15]]
|- id="t16:15:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | note that X-related ones may occasionally be actually already on the page - matej has been cleaning out whiteboard sections and shortening the commonbugs links as he thinks they're too long, so we may have to come up with a new standard and refine jlaska's search
|| [[#t16:15:45|16:15]]
|- id="t16:15:48"
! style="background-color: #818144" | jlaska
| style="color: #818144" | so was curious if folks were interesting in pitching in a bug or 2
|| [[#t16:15:48|16:15]]
|- id="t16:16:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | well i wouldn't want to take anyone off other vital work
|| [[#t16:16:10|16:16]]
|- id="t16:16:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | e.g. if wwoods is still fixing up preupgrade that should take priority
|| [[#t16:16:21|16:16]]
|- id="t16:16:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i could get through that list if necessary
|| [[#t16:16:28|16:16]]
|- id="t16:16:36"
! style="background-color: #854685" | wwoods
| style="color: #854685" | so in the latest preupgrade update I referenced http://fedoraproject.org/wiki/PreUpgrade
|| [[#t16:16:36|16:16]]
|- id="t16:17:16"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: so that's the page we should link to from common_F12_Bugs as well?
|| [[#t16:17:16|16:17]]
|- id="t16:17:18"
! style="background-color: #854685" | wwoods
| style="color: #854685" | so either that page needs a link to the commonbugs entry for F12 *or* the commonbugs entry for F12 needs to link to the part of that page that describes some ways to clean up /boot
|| [[#t16:17:18|16:17]]
|- id="t16:17:23"
! style="background-color: #854685" | wwoods
| style="color: #854685" | your call
|| [[#t16:17:23|16:17]]
|- id="t16:17:24"
| colspan="2" | * jlaska nods
|| [[#t16:17:24|16:17]]
|- id="t16:17:35"
! style="background-color: #854685" | wwoods
| style="color: #854685" | but yeah that needs to happen as soon as possible
|| [[#t16:17:35|16:17]]
|- id="t16:17:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i, uh, don't see anything about /boot there?
|| [[#t16:17:42|16:17]]
|- id="t16:18:25"
! style="background-color: #854685" | wwoods
| style="color: #854685" | that's the problem.
|| [[#t16:18:25|16:18]]
|- id="t16:18:35"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: I'd like to get my feet wet on Common_F12_Bugs ... I'll be happy to take that for after the meeting and send you a draft for comments
|| [[#t16:18:35|16:18]]
|- id="t16:18:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh, okay. gotcha :)
|| [[#t16:18:39|16:18]]
|- id="t16:18:56"
! style="background-color: #854685" | wwoods
| style="color: #854685" | bug 530541 is probably the thing to examine
|| [[#t16:18:56|16:18]]
|- id="t16:18:57"
! style="background-color: #4b904b" | buggbot
| style="color: #4b904b" | Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=530541 medium, low, ---, skvidal, ON_QA, Free space check on /boot not thorough enough
|| [[#t16:18:57|16:18]]
|- id="t16:19:03"
! style="background-color: #854685" | wwoods
| style="color: #854685" | jlaska: sounds good
|| [[#t16:19:03|16:19]]
|- id="t16:19:31"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #action jlaska will propose Common_F12_Bugs after meeting for bug#530541
|| [[#t16:19:31|16:19]]
|- id="t16:19:56"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I'll also get the RAID one while I'm at it
|| [[#t16:19:56|16:19]]
|- id="t16:20:02"
! style="background-color: #818144" | jlaska
| style="color: #818144" | bug#533545
|| [[#t16:20:02|16:20]]
|- id="t16:20:03"
! style="background-color: #4b904b" | buggbot
| style="color: #4b904b" | Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=533545 high, low, ---, skvidal, NEW, Fedora 11 preupgrade to F12/rawhide destroys grub on raid (warning about grub on RAID not displayed)
|| [[#t16:20:03|16:20]]
|- id="t16:21:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, also on the list is cleaning F12Blocker
|| [[#t16:21:27|16:21]]
|- id="t16:21:28"
! style="background-color: #854685" | wwoods
| style="color: #854685" | jlaska: in theory that should be fixed, but the fact that /boot-RAID requires a wired network connection should be documented, yeah
|| [[#t16:21:28|16:21]]
|- id="t16:21:38"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: okay
|| [[#t16:21:38|16:21]]
|- id="t16:22:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | only https://bugzilla.redhat.com/show_bug.cgi?id=533621 remains on the blocker list
|| [[#t16:22:03|16:22]]
|- id="t16:22:04"
! style="background-color: #4b904b" | buggbot
| style="color: #4b904b" | Bug 533621: high, low, ---, rvykydal, ASSIGNED, Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot
|| [[#t16:22:04|16:22]]
|- id="t16:22:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | and we should drop it, as we agreed it wasn't a blocker (it's actually not about RAID /boot but about drive order changing between install and upgrade
|| [[#t16:22:40|16:22]]
|- id="t16:22:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so shall we go ahead and drop it from the list?
|| [[#t16:22:56|16:22]]
|- id="t16:23:37"
! style="background-color: #818144" | jlaska
| style="color: #818144" | are we seeing a lot of +1 's on that issue?
|| [[#t16:23:37|16:23]]
|- id="t16:23:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | not obviously
|| [[#t16:23:47|16:23]]
|- id="t16:23:52"
! style="background-color: #818144" | jlaska
| style="color: #818144" | okay
|| [[#t16:23:52|16:23]]
|- id="t16:24:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there may be other bugs filed which are actually dupes of it, but then i'd expect anaconda triage to be catching them, they usually do
|| [[#t16:24:01|16:24]]
|- id="t16:24:07"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I guess it's going off the list, since we're not respinning
|| [[#t16:24:07|16:24]]
|- id="t16:24:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | heh
|| [[#t16:24:12|16:24]]
|- id="t16:24:23"
! style="background-color: #818144" | jlaska
| style="color: #818144" | is there something to document here?
|| [[#t16:24:23|16:24]]
|- id="t16:25:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | sure, we can throw in a commonbugs notice based on radek's most recent comment
|| [[#t16:25:23|16:25]]
|- id="t16:26:10"
! style="background-color: #818144" | jlaska
| style="color: #818144" | oh it's tagged already
|| [[#t16:26:10|16:26]]
|- id="t16:26:12"
! style="background-color: #818144" | jlaska
| style="color: #818144" | let's drop it
|| [[#t16:26:12|16:26]]
|- id="t16:26:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | k
|| [[#t16:26:19|16:26]]
|- id="t16:26:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dropped
|| [[#t16:26:27|16:26]]
|- id="t16:26:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | now the only remaining bugs on the list are themselves metabugs: so do we drop 'em from the dependencies and close f12blocker?
|| [[#t16:26:49|16:26]]
|- id="t16:27:09"
! style="background-color: #818144" | jlaska
| style="color: #818144" | hmmm ... I don't recall
|| [[#t16:27:09|16:27]]
|- id="t16:27:21"
! style="background-color: #818144" | jlaska
| style="color: #818144" | is that one of the release actions for bugzappers
|| [[#t16:27:21|16:27]]
|- id="t16:27:25"
! style="background-color: #854685" | wwoods
| style="color: #854685" | move to F13Blocker?
|| [[#t16:27:25|16:27]]
|- id="t16:27:28"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | should they be moved to f13blocker?
|| [[#t16:27:28|16:27]]
|- id="t16:27:31"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | ouch
|| [[#t16:27:31|16:27]]
|- id="t16:27:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | wwoods wins
|| [[#t16:27:37|16:27]]
|- id="t16:27:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | seems logical
|| [[#t16:27:50|16:27]]
|- id="t16:28:10"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | or F13Alpha?
|| [[#t16:28:10|16:28]]
|- id="t16:28:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | no, the alpha blocker list does not necessarily contain everything on the final release blocker list
|| [[#t16:28:53|16:28]]
|- id="t16:29:59"
| colspan="2" | * jlaska now back to 100% for qa meeting
|| [[#t16:29:59|16:29]]
|- id="t16:30:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | trackers do seem to be listed under bugzappers housekeeping
|| [[#t16:30:16|16:30]]
|- id="t16:30:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | http://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers
|| [[#t16:30:17|16:30]]
|- id="t16:30:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so i'll probably punt that to tomorrow's bugzappers meeting
|| [[#t16:30:25|16:30]]
|- id="t16:30:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | and we'll do the cleanup there
|| [[#t16:30:33|16:30]]
|- id="t16:30:47"
! style="background-color: #854685" | wwoods
| style="color: #854685" | typically in the past we just moved everything to the blocker/target for the next release
|| [[#t16:30:47|16:30]]
|- id="t16:31:10"
! style="background-color: #854685" | wwoods
| style="color: #854685" | but yeah, the bugzappers will discuss/decide on that
|| [[#t16:31:10|16:31]]
|- id="t16:31:29"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #info discuss plan for F12 tracking bugs in Tuesday bugzapper meeting
|| [[#t16:31:29|16:31]]
|- id="t16:31:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jlaska: you wanna take over now? it's your agenda
|| [[#t16:31:51|16:31]]
|- id="t16:32:19"
! style="background-color: #818144" | jlaska
| style="color: #818144" | adamw: sure ... but I'll need prodding to move things along :)
|| [[#t16:32:19|16:32]]
|- id="t16:32:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #chair jlaska
|| [[#t16:32:24|16:32]]
|- id="t16:32:24"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: adamw jlaska
|| [[#t16:32:24|16:32]]
|- id="t16:32:25"
! style="background-color: #818144" | jlaska
| style="color: #818144" | so we don't keep kparal too late!
|| [[#t16:32:25|16:32]]
|- id="t16:32:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | go for it
|| [[#t16:32:27|16:32]]
|- id="t16:32:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | onto 'qa retrospective heads up'
|| [[#t16:32:38|16:32]]
|- id="t16:33:06"
! style="background-color: #818144" | jlaska
| style="color: #818144" | Just a heads up kind of topic
|| [[#t16:33:06|16:33]]
|- id="t16:33:22"
! style="background-color: #818144" | jlaska
| style="color: #818144" | there may be a release-wide retrospective meeting
|| [[#t16:33:22|16:33]]
|- id="t16:33:29"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | kparal: I won't be late. I am attending Caribbean night tonight :)
|| [[#t16:33:29|16:33]]
|- id="t16:33:40"
! style="background-color: #818144" | jlaska
| style="color: #818144" | kparal: oh that's right :)
|| [[#t16:33:40|16:33]]
|- id="t16:33:59"
! style="background-color: #818144" | jlaska
| style="color: #818144" | so ... I wanted to more just get the brains moving around what worked and what didn't for F-12
|| [[#t16:33:59|16:33]]
|- id="t16:34:07"
! style="background-color: #818144" | jlaska
| style="color: #818144" | you may recall we did this for F-11, and previous releases
|| [[#t16:34:07|16:34]]
|- id="t16:34:19"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I was planning to kick this off to the list tomorrow inviting comments
|| [[#t16:34:19|16:34]]
|- id="t16:34:25"
! style="background-color: #818144" | jlaska
| style="color: #818144" | for discussion in next weeks meeting
|| [[#t16:34:25|16:34]]
|- id="t16:34:52"
! style="background-color: #818144" | jlaska
| style="color: #818144" | are there any thoughts to share on a good method for collecting the feedback for discussion next week?
|| [[#t16:34:52|16:34]]
|- id="t16:35:18"
! style="background-color: #818144" | jlaska
| style="color: #818144" | Ideally, I'd like to get 1-2 things that people thought went well, along with 1-2 things that need improvement ... from each of us
|| [[#t16:35:18|16:35]]
|- id="t16:35:28"
! style="background-color: #818144" | jlaska
| style="color: #818144" | and of course from folks who don't regularly attend the meeting
|| [[#t16:35:28|16:35]]
|- id="t16:35:55"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I know that more issues will surface as bug reports come in from F-12 ... but I also wanted to do this soon after release so things are still fresh in your minds
|| [[#t16:35:55|16:35]]
|- id="t16:36:15"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | we can sum it up on some wiki page and copy comments from mailing list there so they won't get lost
|| [[#t16:36:15|16:36]]
|- id="t16:36:34"
! style="background-color: #818144" | jlaska
| style="color: #818144" | kparal: good tip, we did that with the F-11 test day survey ... I can try that again for this
|| [[#t16:36:34|16:36]]
|- id="t16:37:27"
! style="background-color: #818144" | jlaska
| style="color: #818144" | okay ... well, I'd like to collect and use this feedback to build some common goals for F-13
|| [[#t16:37:27|16:37]]
|- id="t16:37:43"
! style="background-color: #818144" | jlaska
| style="color: #818144" | so if folks have thoughts on a good approach to solicit feedback, please catch me after the meeting
|| [[#t16:37:43|16:37]]
|- id="t16:38:17"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #action jlaska to send request for retrospective feedback to fedora-test-list@
|| [[#t16:38:17|16:38]]
|- id="t16:38:37"
! style="background-color: #818144" | jlaska
| style="color: #818144" | okay ... it's that time again ...
|| [[#t16:38:37|16:38]]
|- id="t16:38:53"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #topic AutoQA update - wwoods
|| [[#t16:38:53|16:38]]
|- id="t16:39:13"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: you want to start things off ... and then we'll jump over to kparal after
|| [[#t16:39:13|16:39]]
|- id="t16:39:23"
! style="background-color: #854685" | wwoods
| style="color: #854685" | haven't really had a lot of time for autoqa stuff in the past week because of preupgrade, but
|| [[#t16:39:23|16:39]]
|- id="t16:39:42"
! style="background-color: #854685" | wwoods
| style="color: #854685" | we're trying to get the post-koji-build hook finalized and tested so that we can start running post-build tests
|| [[#t16:39:42|16:39]]
|- id="t16:39:43"
| colspan="2" | * jlaska looks at the preupgrade elephant
|| [[#t16:39:43|16:39]]
|- id="t16:40:05"
! style="background-color: #854685" | wwoods
| style="color: #854685" | we've got the code written and a test system ready, just need some free time
|| [[#t16:40:05|16:40]]
|- id="t16:40:14"
! style="background-color: #854685" | wwoods
| style="color: #854685" | I also talked with the rel-eng guys about how we can prevent broken deps in the repos
|| [[#t16:40:14|16:40]]
|- id="t16:40:27"
! style="background-color: #854685" | wwoods
| style="color: #854685" | we identified the need for a post-bodhi-update hook
|| [[#t16:40:27|16:40]]
|- id="t16:40:49"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | bodhi v2.0 will have it :)
|| [[#t16:40:49|16:40]]
|- id="t16:41:04"
! style="background-color: #854685" | wwoods
| style="color: #854685" | and talked about writing a test that checks added/dropped/changed dependencies against known requirements in the public repo(s)
|| [[#t16:41:04|16:41]]
|- id="t16:41:51"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | wwoods: by 'hook' do you mean 'AMQP message/QMF event'?
|| [[#t16:41:51|16:41]]
|- id="t16:42:00"
! style="background-color: #854685" | wwoods
| style="color: #854685" | really the only forward progress last week was a couple of issues with the post-koji-build stuff that kparal found
|| [[#t16:42:00|16:42]]
|- id="t16:42:03"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | because bodhi 2 will be plugin driven, but also AMQP integrated
|| [[#t16:42:03|16:42]]
|- id="t16:42:19"
! style="background-color: #854685" | wwoods
| style="color: #854685" | lmacken: maybe later, yes, but at the moment we're using the simplest possible watcher scripts
|| [[#t16:42:19|16:42]]
|- id="t16:42:32"
! style="background-color: #854685" | wwoods
| style="color: #854685" | so whatever exists now - polling an RPC / RSS feed / whatever
|| [[#t16:42:32|16:42]]
|- id="t16:42:38"
! style="background-color: #854685" | wwoods
| style="color: #854685" | is what the initial design will use
|| [[#t16:42:38|16:42]]
|- id="t16:43:37"
! style="background-color: #854685" | wwoods
| style="color: #854685" | getting the watcher working ASAP allows us to start writing the hook and tests immediately
|| [[#t16:43:37|16:43]]
|- id="t16:43:52"
! style="background-color: #854685" | wwoods
| style="color: #854685" | and later we can replace the watcher with a nice messagebus listener
|| [[#t16:43:52|16:43]]
|- id="t16:44:03"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | Moksha comes with an AMQP
|| [[#t16:44:03|16:44]]
|- id="t16:44:07"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | message consumer API :)
|| [[#t16:44:07|16:44]]
|- id="t16:44:15"
! style="background-color: #854685" | wwoods
| style="color: #854685" | that's cool, but I need to pick your brain about what bodhi provides today
|| [[#t16:44:15|16:44]]
|- id="t16:44:26"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | in it's current state, for post-update hooks?
|| [[#t16:44:26|16:44]]
|- id="t16:44:30"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | nothing.
|| [[#t16:44:30|16:44]]
|- id="t16:44:32"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | RSS feeds
|| [[#t16:44:32|16:44]]
|- id="t16:44:57"
! style="background-color: #854685" | wwoods
| style="color: #854685" | okay - we'll write a watcher script that polls the feed and launches tests when new items appear
|| [[#t16:44:57|16:44]]
|- id="t16:45:06"
! style="background-color: #4d4d93" | lmacken
| style="color: #4d4d93" | ok, cool.
|| [[#t16:45:06|16:45]]
|- id="t16:45:11"
! style="background-color: #854685" | wwoods
| style="color: #854685" | that's how all the other watchers currently work.
|| [[#t16:45:11|16:45]]
|- id="t16:45:21"
! style="background-color: #854685" | wwoods
| style="color: #854685" | inelegant but JFDI-compliant
|| [[#t16:45:21|16:45]]
|- id="t16:45:25"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: you need a theme for these ....
|| [[#t16:45:25|16:45]]
|- id="t16:45:28"
! style="background-color: #818144" | jlaska
| style="color: #818144" | bingo JFDI :)
|| [[#t16:45:28|16:45]]
|- id="t16:46:24"
! style="background-color: #854685" | wwoods
| style="color: #854685" | anyway I *really* want to get this preupgrade stuff cleared up so that we can have some time to work on post-build tests
|| [[#t16:46:24|16:46]]
|- id="t16:46:36"
! style="background-color: #854685" | wwoods
| style="color: #854685" | wanna be able to talk to packagers/devs about that at FUDCon
|| [[#t16:46:36|16:46]]
|- id="t16:46:46"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: are there aspects of the koji watcher that kparal can assist with ... if it relates to rpmguard or package sanity?
|| [[#t16:46:46|16:46]]
|- id="t16:46:58"
! style="background-color: #854685" | wwoods
| style="color: #854685" | time is running short so probably it'll be a discussion about design rather than a demo of a prototype
|| [[#t16:46:58|16:46]]
|- id="t16:47:54"
! style="background-color: #854685" | wwoods
| style="color: #854685" | kparal's suggestion about having autoqa have a way to run tests locally is probably the best path forward
|| [[#t16:47:54|16:47]]
|- id="t16:48:17"
! style="background-color: #854685" | wwoods
| style="color: #854685" | once that's written we can make sure rpmguard works as expected *in parallel* with setting up the watcher on the autotest host
|| [[#t16:48:17|16:48]]
|- id="t16:48:43"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | perfect
|| [[#t16:48:43|16:48]]
|- id="t16:49:43"
! style="background-color: #854685" | wwoods
| style="color: #854685" | so: 1) wwoods adds --local flag to autoqa, 2+3) polish rpmguard and get watcher working, 4) test-enable rpmguard "in production" (i.e. for all new builds, sending out public notices, etc)
|| [[#t16:49:43|16:49]]
|- id="t16:49:52"
! style="background-color: #854685" | wwoods
| style="color: #854685" | that's the basic plan, I think
|| [[#t16:49:52|16:49]]
|- id="t16:50:08"
! style="background-color: #854685" | wwoods
| style="color: #854685" | but item 0) is: fix preupgrade for F12
|| [[#t16:50:08|16:50]]
|- id="t16:50:24"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | 5) fix lots of issue we ran into
|| [[#t16:50:24|16:50]]
|- id="t16:50:30"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | *issues
|| [[#t16:50:30|16:50]]
|- id="t16:50:34"
! style="background-color: #818144" | jlaska
| style="color: #818144" | kparal: 6) success
|| [[#t16:50:34|16:50]]
|- id="t16:50:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | 7) profit?
|| [[#t16:50:42|16:50]]
|- id="t16:50:51"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | nope, world domination
|| [[#t16:50:51|16:50]]
|- id="t16:50:55"
! style="background-color: #818144" | jlaska
| style="color: #818144" | aha
|| [[#t16:50:55|16:50]]
|- id="t16:51:08"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | so, some updates from me? :)
|| [[#t16:51:08|16:51]]
|- id="t16:51:16"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wwoods: anything else on your end?
|| [[#t16:51:16|16:51]]
|- id="t16:51:19"
! style="background-color: #854685" | wwoods
| style="color: #854685" | nope! kparal: go for it
|| [[#t16:51:19|16:51]]
|- id="t16:51:23"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #topic AutoQA update - kparal
|| [[#t16:51:23|16:51]]
|- id="t16:51:35"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | Well, I have sent a few patches for the autoqa, as wwoods noted. You can see them in autoqa-devel list.
|| [[#t16:51:35|16:51]]
|- id="t16:51:52"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | I have also posted a proposal how to make test development easier for new developers: https://fedorahosted.org/pipermail/autoqa-devel/2009-November/000018.html
|| [[#t16:51:52|16:51]]
|- id="t16:52:03"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | Out of that document jlaska has drafted an AutoQA Use Cases on the wiki: [[AutoQA_Use_Cases]]
|| [[#t16:52:03|16:52]]
|- id="t16:52:09"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | If you have some suggestion, please contribute.
|| [[#t16:52:09|16:52]]
|- id="t16:52:29"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | The autoqa-devel list is being used more and more I would say, so if anyone is interested in autoqa development, subscribe. James also proposed that our Trac ticket changes could be sent to autoqa-devel to keep people in loop, let's see what they say.
|| [[#t16:52:29|16:52]]
|- id="t16:52:57"
! style="background-color: #818144" | jlaska
| style="color: #818144" | wasn't sure ... I could see how it might be noise for some folks
|| [[#t16:52:57|16:52]]
|- id="t16:53:09"
! style="background-color: #818144" | jlaska
| style="color: #818144" | but if it's helpful, it's an easy change to make
|| [[#t16:53:09|16:53]]
|- id="t16:53:21"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | hopefully they will tell us
|| [[#t16:53:21|16:53]]
|- id="t16:54:08"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | so that's it for this week, but after wwoods merges his work back to master, be prepared for more :)
|| [[#t16:54:08|16:54]]
|- id="t16:54:34"
! style="background-color: #818144" | jlaska
| style="color: #818144" | kparal: looking forward to it!
|| [[#t16:54:34|16:54]]
|- id="t16:55:05"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #topic AutoQA update - misc
|| [[#t16:55:05|16:55]]
|- id="t16:55:18"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I had an extra bullet here for some misc autoqa stuff
|| [[#t16:55:18|16:55]]
|- id="t16:55:28"
! style="background-color: #818144" | jlaska
| style="color: #818144" | some of which was already mentioned, so I'll be brief
|| [[#t16:55:28|16:55]]
|- id="t16:55:45"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #info Package autotest - https://fedorahosted.org/autoqa/ticket/9
|| [[#t16:55:45|16:55]]
|- id="t16:56:12"
! style="background-color: #818144" | jlaska
| style="color: #818144" | thanks to kparal for help testing the updated packages, I think I'm happy with where things are.  They don't fully pass rpmlint at this point, but that's not something I understood as a goal for this first phase
|| [[#t16:56:12|16:56]]
|- id="t16:56:31"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I'm planning to catch up w/ Oxf13 or mmcgrath this week for guidance on how to get those updated packages into fedora-infra yum repo
|| [[#t16:56:31|16:56]]
|- id="t16:56:45"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #info Packaging autoqa - https://fedorahosted.org/autoqa/ticket/3
|| [[#t16:56:45|16:56]]
|- id="t16:57:03"
! style="background-color: #818144" | jlaska
| style="color: #818144" | No new updates on that front ... I'll revisit this once wwoods is happy with the big changes in the private branch
|| [[#t16:57:03|16:57]]
|- id="t16:57:18"
! style="background-color: #818144" | jlaska
| style="color: #818144" | it basically works in current git repo ... so not expecting surprises
|| [[#t16:57:18|16:57]]
|- id="t16:57:27"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #info AutoQA Use cases draft - [[AutoQA_Use_Cases]]
|| [[#t16:57:27|16:57]]
|- id="t16:57:35"
! style="background-color: #818144" | jlaska
| style="color: #818144" | This last point kparal noted above
|| [[#t16:57:35|16:57]]
|- id="t16:57:57"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | sorry for stealing :)
|| [[#t16:57:57|16:57]]
|- id="t16:58:05"
! style="background-color: #818144" | jlaska
| style="color: #818144" | not at all, thanks for bringing it up
|| [[#t16:58:05|16:58]]
|- id="t16:58:14"
! style="background-color: #818144" | jlaska
| style="color: #818144" | I thought this might help shape the discussion for what tasks need completing for the upcoming FUDCon discussion
|| [[#t16:58:14|16:58]]
|- id="t16:58:45"
! style="background-color: #818144" | jlaska
| style="color: #818144" | kparal's patch around running autoqa locally helped flesh this out for me.
|| [[#t16:58:45|16:58]]
|- id="t16:58:59"
! style="background-color: #818144" | jlaska
| style="color: #818144" | in that we may not have fully outlined how we expect people to interact (or not interact) with the system
|| [[#t16:58:59|16:58]]
|- id="t16:59:19"
! style="background-color: #818144" | jlaska
| style="color: #818144" | so I'll be trying to add more data points and the poking kparal and wwoods for guidance on what I'm missing
|| [[#t16:59:19|16:59]]
|- id="t16:59:28"
! style="background-color: #818144" | jlaska
| style="color: #818144" | okay ... let's move to open discussion
|| [[#t16:59:28|16:59]]
|- id="t16:59:38"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #topic Open discussion - &lt;your topic here&gt;
|| [[#t16:59:38|16:59]]
|- id="t16:59:49"
! style="background-color: #818144" | jlaska
| style="color: #818144" | quick 15 seconds and we'll have a &lt;= 1hr meeting
|| [[#t16:59:49|16:59]]
|- id="t16:59:50"
! style="background-color: #818144" | jlaska
| style="color: #818144" | :)
|| [[#t16:59:50|16:59]]
|- id="t16:59:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | nada!
|| [[#t16:59:58|16:59]]
|- id="t17:00:00"
! style="background-color: #818144" | jlaska
| style="color: #818144" | any topics not covered in the agenda today?
|| [[#t17:00:00|17:00]]
|- id="t17:00:04"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | Fedora no longer runs on the number one supercomputer in the world
|| [[#t17:00:04|17:00]]
|- id="t17:00:20"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | updated [[Is_Fedora_For_Me]] accordingly
|| [[#t17:00:20|17:00]]
|- id="t17:00:43"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | Jaguar kicked Roadrunner to second place http://www.top500.org/lists/2009/11
|| [[#t17:00:43|17:00]]
|- id="t17:00:50"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | interesting
|| [[#t17:00:50|17:00]]
|- id="t17:00:57"
! style="background-color: #818144" | jlaska
| style="color: #818144" | heh, "the number two supercomputer"
|| [[#t17:00:57|17:00]]
|- id="t17:01:26"
! style="background-color: #818144" | jlaska
| style="color: #818144" | unless there are any other topics ... I'll close out the meeting in 60 seconds
|| [[#t17:01:26|17:01]]
|- id="t17:01:28"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | Jaguar runs Cray Linux Environment encase ye are wondering..
|| [[#t17:01:28|17:01]]
|- id="t17:02:40"
! style="background-color: #818144" | jlaska
| style="color: #818144" | Alrighty gang ... folks can keep discussing on #fedora-qa or the list of course
|| [[#t17:02:40|17:02]]
|- id="t17:02:51"
! style="background-color: #818144" | jlaska
| style="color: #818144" | but we'll call it a wrap for today
|| [[#t17:02:51|17:02]]
|- id="t17:02:59"
! style="background-color: #818144" | jlaska
| style="color: #818144" | thanks for your time and adamw for kicking things off
|| [[#t17:02:59|17:02]]
|- id="t17:03:05"
! style="background-color: #818144" | jlaska
| style="color: #818144" | #endmeeting
|| [[#t17:03:05|17:03]]
|}
Generated by irclog2html.py 2.7 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 08:59, 18 September 2016

Attendees

People present (lines said)

  • jlaska (97)
  • adamw (70)
  • wwoods (41)
  • kparal (22)
  • lmacken (9)
  • Viking-Ice (7)
  • buggbot (3)
  • zodbot (3)
  • Oxf13 (1)

Regrets:

Agenda

Previous meeting follow-up

  • FTBFS topic?

Team agreed milos jacubicek's ftbfs proposal is tabled until he comes back with more info.

  • Viking-Ice investigating creating a test case for bug#530452 ... and adding to F12 install matrix
  • preupgrade test updates

Per last weeks FESCO meeting on preupgrade, QA team took an action item to update the preupgrade test cases (QA:Testcase Preupgrade and QA:Testcase Preupgrade from older release). Fedora QA trac ticket#30 is tracking this update. User:rhe and User:Kparal have adding their thoughts to the issue.

Fedora 12, almost there ...

Reviewing final QA tasks prior to release

F12Blocker

  • unresolved bug remains ... what's the plan?

Only remaining non-tracker bug is RHBZ #533621 Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot. Adamw suggested this isshue should be removed from the blocker list, as the team previously agreed it wasn't a blocker (it's actually not about RAID /boot but about drive order changing between install and upgrade).

Common_F12_Bugs

Jlaska asked the team to think about a method for dividing up remaining 22 common F12 bugs. Volunteers needed to help clear out the list of CommonBug? bugs needing notes.

Course of action is either ... DUD:

  1. Drop - Remove keyword CommonBugs
  2. Update - Already documented or addressed, add link to entry in bugzilla whiteboard
  3. Document - Document issue on Common_F12_bugs and add link to entry in bugzilla whiteboard

The current list:

Bug State Component Summary
RHBZ #533350 NEW anaconda Can't shrink encrypted partition
RHBZ #536705 NEW anaconda F-11/ppc -> F-12-RC4-ppc upgrade does not offer bootloader upgrade choice
RHBZ #480290 NEW kernel rndis downloads are awesome, but upload does not work or very slow.
RHBZ #533545 NEW preupgrade Fedora 11 preupgrade to F12/rawhide destroys grub on raid (warning about grub on RAID not displayed)
RHBZ #489907 ASSIGNED xorg-x11-drv-intel [KMS] Does not recover from DPMS standby with KMS enabled
RHBZ #531111 ASSIGNED xorg-x11-drv-intel REGRESSION : vmlinuz-2.6.31.5-96.fc12.i686 - intel 855GM xorg freezing
RHBZ #527209 ASSIGNED kernel Large file transfers are killing BCM5906M tg3 Ethernet card
RHBZ #514000 ASSIGNED alsa-lib Aureon 5.1 MkII can't do 5.1 anymore
RHBZ #533392 ASSIGNED comps dracut-network not included in F-12-RC1 DVD install
RHBZ #533621 ASSIGNED anaconda Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot
RHBZ #533533 MODIFIED anaconda Unbootable system if /boot sotware raid and GRUB installed in /boot instead of MBR
RHBZ #530541 ON_QA preupgrade Free space check on /boot not thorough enough
RHBZ #524808 CLOSED RAWHIDE kernel swiotlb should be enabled when VT-d setup fails
RHBZ #524417 CLOSED RAWHIDE anaconda Anaconda: /sbin/loader crash on kickstart installation
RHBZ #500808 CLOSED CURRENTRELEASE anaconda partitioning backtrace: removal of logical part
RHBZ #509632 CLOSED RAWHIDE anaconda (/dev/pts not mounted after boot) error creating child process
RHBZ #527506 CLOSED NOTABUG anaconda F-12 - ppc64.img does not boot on IBM Power5 system
RHBZ #530393 CLOSED RAWHIDE kernel tpm_tis 00:0a: tpm_transmit: tpm_send: error -62
RHBZ #484862 CLOSED DUPLICATE GConf2-dbus GConf2-dbus : Conflicts with other packages
RHBZ #528537 CLOSED RAWHIDE kernel fails to get kickstart file over nfs.
RHBZ #528222 CLOSED RAWHIDE initscripts LiveCD intermittently gets stuck during shutdown
RHBZ #527552 CLOSED ERRATA preupgrade GError and TypeError: Parsing primary.xml error: attributes construct error

There wasn't a lot of discussion in the meeting on volunteers or a strategy to help reduce the size of the list. Adamw noted he was confident in his ability to walk down the CommonBugs? list later today.

QA Retrospective

Let's hold a retrospective (e.g. post-mortem, release review etc...) next week. Please collect 1 or 2 ideas for things that when well, and the same for things that you'd like to see improved for Fedora 13. We will review and discuss during next weeks meeting.

jlaska will post email to the list after meeting to start discussion. Please feel free to respond with your input.

Over the next week, data will likely come back from Fedora 12 users for additional discussion items.

AutoQA update

wwoods updates

A lot of time spent wrestling preupgrade last week. However, the current tasks include finalizing the post-koji-build with several patches kparal found and merging private autoqa branch work.

Held a discussion with Fedora release engineering group last week around a strategy for ensuring no broken dependencies are released. The solution will involve the post-koji-build, in addition to a post-bodhi-update hook. Also discussed writing a test that checks added/dropped/changed dependencies against known requirements in the public repo(s).

Lmacken and wwoods talked about how best to detect updated bodhi packages. Lmacken provided an update AMQP message/QMF events. Wwoods discussed the JFDI-design philosophy that's behind a lot of AutoQA at the moment.

16:46:46 <jlaska> wwoods: are there aspects of the koji watcher that kparal can assist with ... if it relates to rpmguard or package sanity? 16:46:58 <wwoods> time is running short so probably it'll be a discussion about design rather than a demo of a prototype 16:47:54 <wwoods> kparal's suggestion about having autoqa have a way to run tests locally is probably the best path forward 16:48:17 <wwoods> once that's written we can make sure rpmguard works as expected *in parallel* with setting up the watcher on the autotest host 16:48:43 <kparal> perfect Plan for this week:

  1. Stop working on preupgrade
  2. add --local flag to autoqa
  3. polish rpmguard w/ kparal
  4. get watcher working
  5. test-enable rpmguard in production
  6. kparal suggested -- fix lots of issues we run into
  7. jlaska added -- success
  8. adamw asked -- profit?

kparal corrected the last sugguestion, with ... nope, world domination

kparal updates

Kparal updated the group on his AutoQA activities, which included several patches sent to autoqa-devel@lists.fedorahosted.org.

Kparal also identified several road blocks to participation and included several ideas for improving test development for newbies (see https://fedorahosted.org/pipermail/autoqa-devel/2009-November/000018.html). Out of that document jlaska has drafted an AutoQA Use Cases on the wiki: AutoQA_Use_Cases. Kparal asked for suggestions and contributions to the document.

Kparal noted that the autoqa-devel list is being used more and more I would say, so if anyone is interested in autoqa development, please subscribe.

Kparal finished, but indicated he'll have more progress once the large autoqa-0.3 changes in wwoods private branch are merged into master.

lili and rhe updates

User:liam, User:rhe and User:mgracik held their first meeting on Friday, November 13 where they discussed the DRAFT proposal for adding installation verification to autoqa. The proposal is starting to take shape at Is_anaconda_broken_proposal.

Misc

Open discussion - <Your topic here>

Upcoming QA events

  • 2009-11-17 - Fedora 12 GA
  • 2009-11-23 - Fedora 12 QA Retrospective discussion

Action items

  • jlaska will propose Common_F12_Bugs after meeting for bug#530541
  • jlaska to send request for retrospective feedback to fedora-test-list@

IRC Transcript

adamw #startmeeting 2009-11-16 Fedora QA meeting 16:01
zodbot Meeting started Mon Nov 16 16:01:18 2009 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:01
adamw #topic gathering people 16:01
adamw who's here? 16:01
* Oxf13 16:01
* jlaska is half here 16:01
* kparal is here 16:01
adamw do we get to pick which half? 16:01
jlaska adamw: why not 16:02
adamw we'll take the top 16:02
jlaska hehe 16:02
adamw do we have a wwoods? 16:02
* Viking-Ice 50% here.. 16:03
wwoods you have nine and a half wwoodses 16:03
adamw hey viking 16:03
adamw oh wow, it's an army 16:03
wwoods more wwoods than you know what to do with 16:03
Viking-Ice .com 16:03
adamw alrighty 16:04
adamw #topic previous meeting follow-up 16:04
adamw so yeah, uh 16:04
adamw i'm winging this 16:04
adamw just a sec 16:04
jlaska adamw: apologies ... don't have any action items from last week ... pulling in the previous meeting tasks 16:04
adamw don't see any 16:05
jlaska we have a few that continue to carry over. .. not sure if we want to continue that ... or drop them from the list 16:05
adamw oh iswym 16:05
adamw yeah we should follow up on 2009-11-02 16:05
* jlaska looking at QA/Meetings/20091116 16:05
adamw point of order, btw: shouldn't that have been wwwwwwwwwvoods? 16:05
Viking-Ice Uhum Still "investigating" need to get of my lazy as and write the dam test case.. 16:06
wwoods adamw: ha! good point. I'll file a bug. 16:06
adamw still havn't heard from milos on the ftbfs topic 16:06
adamw i think we can stop carrying that one unless he comes back with it 16:07
jlaska sorry ... wrong channel 16:07
jlaska adamw: okay, sounds good, I'll drop from next weeks agenda 16:07
adamw not sure what was meant by 'preupgrade test cases' 16:07
jlaska I've got a link ... 16:08
adamw #agreed milos jacubicek's ftbfs proposal is tabled until he comes back with more 16:08
jlaska just wanted to follow-up from the FESCO meeting ... I've asked Hurry to take a peak at ensuring the existing preupgrade tests will capture the failure case identified this release https://fedorahosted.org/fedora-qa/ticket/30 16:08
wwoods the existing preupgrade test cases didn't account for the fact that *most* users running preupgrade will have 3 kernel packages installed 16:09
jlaska wwoods: yeah 16:09
adamw ah, yeah, that. we should fix that. 16:09
jlaska Hurry and Kamil have some feedbackin the ticket now, I'll be replying later todya 16:09
jlaska today 16:10
adamw while we're at it, can we think of any other things real-world preupgrade usage would be likely to hit that we wouldn't recreate from a clean install? 16:10
jlaska of course ... others are welcome to 16:10
adamw (that we care about. so, not rpmfusion stuff.) 16:10
jlaska adamw: good topic ... can we move that down to the post-mortem prep? 16:10
adamw I'M RUNNING THIS MEETING DAMNIT! *froths at mouth* 16:10
adamw i mean, uh, yes of course :) 16:10
jlaska adamw: :) 16:11
adamw in that case...we're done with follow-up I guess 16:11
adamw did we miss anything anyone wanted to follow-up on from the last two weeks? 16:11
adamw ok 16:12
adamw #topic fedora 12: coming soon 16:12
kparal tomorrow, right? 16:12
adamw so, yeah, stickster asked me to let everyone know that since fedora 12 has no bugs, we're all fired 16:12
kparal :) 16:13
adamw it's been a blast, everyone 16:13
adamw :) 16:13
adamw yeah, tomorrow 16:13
wwoods hah. so let's delete this Common_F12_bugs page then 16:13
adamw yeah, that thing's completely wrong, i dunno what idiot wrotei t 16:13
adamw so yep, that's the common bugs page 16:13
adamw in case anyone isn't aware of the idea by now, we put common bugs onto it 16:14
adamw there's quite a lot of things that still need to be added 16:14
adamw jlaska, could you make with the Magic List? 16:14
jlaska QA/Meetings/20091116#Common_F12_Bugs 16:14
jlaska 22 bugs on the list 16:14
adamw shiny 16:15
jlaska I was hoping we could discuss a method to divide up the list 16:15
jlaska I'm happy to take the installer issues ... if people want to divide by component 16:15
jlaska there's too much on the list for just adamw to complete for tomorrow 16:15
adamw note that X-related ones may occasionally be actually already on the page - matej has been cleaning out whiteboard sections and shortening the commonbugs links as he thinks they're too long, so we may have to come up with a new standard and refine jlaska's search 16:15
jlaska so was curious if folks were interesting in pitching in a bug or 2 16:15
adamw well i wouldn't want to take anyone off other vital work 16:16
adamw e.g. if wwoods is still fixing up preupgrade that should take priority 16:16
adamw i could get through that list if necessary 16:16
wwoods so in the latest preupgrade update I referenced http://fedoraproject.org/wiki/PreUpgrade 16:16
jlaska wwoods: so that's the page we should link to from common_F12_Bugs as well? 16:17
wwoods so either that page needs a link to the commonbugs entry for F12 *or* the commonbugs entry for F12 needs to link to the part of that page that describes some ways to clean up /boot 16:17
wwoods your call 16:17
* jlaska nods 16:17
wwoods but yeah that needs to happen as soon as possible 16:17
adamw i, uh, don't see anything about /boot there? 16:17
wwoods that's the problem. 16:18
jlaska wwoods: I'd like to get my feet wet on Common_F12_Bugs ... I'll be happy to take that for after the meeting and send you a draft for comments 16:18
adamw oh, okay. gotcha :) 16:18
wwoods bug 530541 is probably the thing to examine 16:18
buggbot Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=530541 medium, low, ---, skvidal, ON_QA, Free space check on /boot not thorough enough 16:18
wwoods jlaska: sounds good 16:19
jlaska #action jlaska will propose Common_F12_Bugs after meeting for bug#530541 16:19
jlaska I'll also get the RAID one while I'm at it 16:19
jlaska bug#533545 16:20
buggbot Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=533545 high, low, ---, skvidal, NEW, Fedora 11 preupgrade to F12/rawhide destroys grub on raid (warning about grub on RAID not displayed) 16:20
adamw so, also on the list is cleaning F12Blocker 16:21
wwoods jlaska: in theory that should be fixed, but the fact that /boot-RAID requires a wired network connection should be documented, yeah 16:21
jlaska wwoods: okay 16:21
adamw only https://bugzilla.redhat.com/show_bug.cgi?id=533621 remains on the blocker list 16:22
buggbot Bug 533621: high, low, ---, rvykydal, ASSIGNED, Can't Boot After F12 b2 DVD Upgrade on sytem with RAID1 /boot 16:22
adamw and we should drop it, as we agreed it wasn't a blocker (it's actually not about RAID /boot but about drive order changing between install and upgrade 16:22
adamw so shall we go ahead and drop it from the list? 16:22
jlaska are we seeing a lot of +1 's on that issue? 16:23
adamw not obviously 16:23
jlaska okay 16:23
adamw there may be other bugs filed which are actually dupes of it, but then i'd expect anaconda triage to be catching them, they usually do 16:24
jlaska I guess it's going off the list, since we're not respinning 16:24
adamw heh 16:24
jlaska is there something to document here? 16:24
adamw sure, we can throw in a commonbugs notice based on radek's most recent comment 16:25
jlaska oh it's tagged already 16:26
jlaska let's drop it 16:26
adamw k 16:26
adamw dropped 16:26
adamw now the only remaining bugs on the list are themselves metabugs: so do we drop 'em from the dependencies and close f12blocker? 16:26
jlaska hmmm ... I don't recall 16:27
jlaska is that one of the release actions for bugzappers 16:27
wwoods move to F13Blocker? 16:27
kparal should they be moved to f13blocker? 16:27
kparal ouch 16:27
adamw wwoods wins 16:27
adamw seems logical 16:27
kparal or F13Alpha? 16:28
adamw no, the alpha blocker list does not necessarily contain everything on the final release blocker list 16:28
* jlaska now back to 100% for qa meeting 16:29
adamw trackers do seem to be listed under bugzappers housekeeping 16:30
adamw http://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers 16:30
adamw so i'll probably punt that to tomorrow's bugzappers meeting 16:30
adamw and we'll do the cleanup there 16:30
wwoods typically in the past we just moved everything to the blocker/target for the next release 16:30
wwoods but yeah, the bugzappers will discuss/decide on that 16:31
jlaska #info discuss plan for F12 tracking bugs in Tuesday bugzapper meeting 16:31
adamw jlaska: you wanna take over now? it's your agenda 16:31
jlaska adamw: sure ... but I'll need prodding to move things along :) 16:32
adamw #chair jlaska 16:32
zodbot Current chairs: adamw jlaska 16:32
jlaska so we don't keep kparal too late! 16:32
adamw go for it 16:32
adamw onto 'qa retrospective heads up' 16:32
jlaska Just a heads up kind of topic 16:33
jlaska there may be a release-wide retrospective meeting 16:33
kparal kparal: I won't be late. I am attending Caribbean night tonight :) 16:33
jlaska kparal: oh that's right :) 16:33
jlaska so ... I wanted to more just get the brains moving around what worked and what didn't for F-12 16:33
jlaska you may recall we did this for F-11, and previous releases 16:34
jlaska I was planning to kick this off to the list tomorrow inviting comments 16:34
jlaska for discussion in next weeks meeting 16:34
jlaska are there any thoughts to share on a good method for collecting the feedback for discussion next week? 16:34
jlaska Ideally, I'd like to get 1-2 things that people thought went well, along with 1-2 things that need improvement ... from each of us 16:35
jlaska and of course from folks who don't regularly attend the meeting 16:35
jlaska I know that more issues will surface as bug reports come in from F-12 ... but I also wanted to do this soon after release so things are still fresh in your minds 16:35
kparal we can sum it up on some wiki page and copy comments from mailing list there so they won't get lost 16:36
jlaska kparal: good tip, we did that with the F-11 test day survey ... I can try that again for this 16:36
jlaska okay ... well, I'd like to collect and use this feedback to build some common goals for F-13 16:37
jlaska so if folks have thoughts on a good approach to solicit feedback, please catch me after the meeting 16:37
jlaska #action jlaska to send request for retrospective feedback to fedora-test-list@ 16:38
jlaska okay ... it's that time again ... 16:38
jlaska #topic AutoQA update - wwoods 16:38
jlaska wwoods: you want to start things off ... and then we'll jump over to kparal after 16:39
wwoods haven't really had a lot of time for autoqa stuff in the past week because of preupgrade, but 16:39
wwoods we're trying to get the post-koji-build hook finalized and tested so that we can start running post-build tests 16:39
* jlaska looks at the preupgrade elephant 16:39
wwoods we've got the code written and a test system ready, just need some free time 16:40
wwoods I also talked with the rel-eng guys about how we can prevent broken deps in the repos 16:40
wwoods we identified the need for a post-bodhi-update hook 16:40
lmacken bodhi v2.0 will have it :) 16:40
wwoods and talked about writing a test that checks added/dropped/changed dependencies against known requirements in the public repo(s) 16:41
lmacken wwoods: by 'hook' do you mean 'AMQP message/QMF event'? 16:41
wwoods really the only forward progress last week was a couple of issues with the post-koji-build stuff that kparal found 16:42
lmacken because bodhi 2 will be plugin driven, but also AMQP integrated 16:42
wwoods lmacken: maybe later, yes, but at the moment we're using the simplest possible watcher scripts 16:42
wwoods so whatever exists now - polling an RPC / RSS feed / whatever 16:42
wwoods is what the initial design will use 16:42
wwoods getting the watcher working ASAP allows us to start writing the hook and tests immediately 16:43
wwoods and later we can replace the watcher with a nice messagebus listener 16:43
lmacken Moksha comes with an AMQP 16:44
lmacken message consumer API :) 16:44
wwoods that's cool, but I need to pick your brain about what bodhi provides today 16:44
lmacken in it's current state, for post-update hooks? 16:44
lmacken nothing. 16:44
lmacken RSS feeds 16:44
wwoods okay - we'll write a watcher script that polls the feed and launches tests when new items appear 16:44
lmacken ok, cool. 16:45
wwoods that's how all the other watchers currently work. 16:45
wwoods inelegant but JFDI-compliant 16:45
jlaska wwoods: you need a theme for these .... 16:45
jlaska bingo JFDI :) 16:45
wwoods anyway I *really* want to get this preupgrade stuff cleared up so that we can have some time to work on post-build tests 16:46
wwoods wanna be able to talk to packagers/devs about that at FUDCon 16:46
jlaska wwoods: are there aspects of the koji watcher that kparal can assist with ... if it relates to rpmguard or package sanity? 16:46
wwoods time is running short so probably it'll be a discussion about design rather than a demo of a prototype 16:46
wwoods kparal's suggestion about having autoqa have a way to run tests locally is probably the best path forward 16:47
wwoods once that's written we can make sure rpmguard works as expected *in parallel* with setting up the watcher on the autotest host 16:48
kparal perfect 16:48
wwoods so: 1) wwoods adds --local flag to autoqa, 2+3) polish rpmguard and get watcher working, 4) test-enable rpmguard "in production" (i.e. for all new builds, sending out public notices, etc) 16:49
wwoods that's the basic plan, I think 16:49
wwoods but item 0) is: fix preupgrade for F12 16:50
kparal 5) fix lots of issue we ran into 16:50
kparal *issues 16:50
jlaska kparal: 6) success 16:50
adamw 7) profit? 16:50
kparal nope, world domination 16:50
jlaska aha 16:50
kparal so, some updates from me? :) 16:51
jlaska wwoods: anything else on your end? 16:51
wwoods nope! kparal: go for it 16:51
jlaska #topic AutoQA update - kparal 16:51
kparal Well, I have sent a few patches for the autoqa, as wwoods noted. You can see them in autoqa-devel list. 16:51
kparal I have also posted a proposal how to make test development easier for new developers: https://fedorahosted.org/pipermail/autoqa-devel/2009-November/000018.html 16:51
kparal Out of that document jlaska has drafted an AutoQA Use Cases on the wiki: AutoQA_Use_Cases 16:52
kparal If you have some suggestion, please contribute. 16:52
kparal The autoqa-devel list is being used more and more I would say, so if anyone is interested in autoqa development, subscribe. James also proposed that our Trac ticket changes could be sent to autoqa-devel to keep people in loop, let's see what they say. 16:52
jlaska wasn't sure ... I could see how it might be noise for some folks 16:52
jlaska but if it's helpful, it's an easy change to make 16:53
kparal hopefully they will tell us 16:53
kparal so that's it for this week, but after wwoods merges his work back to master, be prepared for more :) 16:54
jlaska kparal: looking forward to it! 16:54
jlaska #topic AutoQA update - misc 16:55
jlaska I had an extra bullet here for some misc autoqa stuff 16:55
jlaska some of which was already mentioned, so I'll be brief 16:55
jlaska #info Package autotest - https://fedorahosted.org/autoqa/ticket/9 16:55
jlaska thanks to kparal for help testing the updated packages, I think I'm happy with where things are. They don't fully pass rpmlint at this point, but that's not something I understood as a goal for this first phase 16:56
jlaska I'm planning to catch up w/ Oxf13 or mmcgrath this week for guidance on how to get those updated packages into fedora-infra yum repo 16:56
jlaska #info Packaging autoqa - https://fedorahosted.org/autoqa/ticket/3 16:56
jlaska No new updates on that front ... I'll revisit this once wwoods is happy with the big changes in the private branch 16:57
jlaska it basically works in current git repo ... so not expecting surprises 16:57
jlaska #info AutoQA Use cases draft - AutoQA_Use_Cases 16:57
jlaska This last point kparal noted above 16:57
kparal sorry for stealing :) 16:57
jlaska not at all, thanks for bringing it up 16:58
jlaska I thought this might help shape the discussion for what tasks need completing for the upcoming FUDCon discussion 16:58
jlaska kparal's patch around running autoqa locally helped flesh this out for me. 16:58
jlaska in that we may not have fully outlined how we expect people to interact (or not interact) with the system 16:58
jlaska so I'll be trying to add more data points and the poking kparal and wwoods for guidance on what I'm missing 16:59
jlaska okay ... let's move to open discussion 16:59
jlaska #topic Open discussion - <your topic here> 16:59
jlaska quick 15 seconds and we'll have a <= 1hr meeting 16:59
jlaska :) 16:59
adamw nada! 16:59
jlaska any topics not covered in the agenda today? 17:00
Viking-Ice Fedora no longer runs on the number one supercomputer in the world 17:00
Viking-Ice updated Is_Fedora_For_Me accordingly 17:00
Viking-Ice Jaguar kicked Roadrunner to second place http://www.top500.org/lists/2009/11 17:00
kparal interesting 17:00
jlaska heh, "the number two supercomputer" 17:00
jlaska unless there are any other topics ... I'll close out the meeting in 60 seconds 17:01
Viking-Ice Jaguar runs Cray Linux Environment encase ye are wondering.. 17:01
jlaska Alrighty gang ... folks can keep discussing on #fedora-qa or the list of course 17:02
jlaska but we'll call it a wrap for today 17:02
jlaska thanks for your time and adamw for kicking things off 17:02
jlaska #endmeeting 17:03

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