From Fedora Project Wiki

< QA‎ | Meetings

(Update agenda)
m (Updated notes)
 
(7 intermediate revisions by the same user not shown)
Line 2: Line 2:


People present (lines said)
People present (lines said)
* adamw (101)
* jlaska (98)
* maxamillion (32)
* kparal (28)
* Oxf13 (28)
* wwoods (10)
* zodbot (4)
* OldFart (4)
* skvidal (2)
* jskladan (1)
* nirik (1)


Regrets:
Regrets:
Line 10: Line 22:
= Agenda =
= Agenda =
* [http://lists.fedoraproject.org/pipermail/test/2010-February/088655.html Proposed meeting agenda]
* [http://lists.fedoraproject.org/pipermail/test/2010-February/088655.html Proposed meeting agenda]
* [FIXME meetbot summary]
* [http://meetbot.fedoraproject.org/fedora-meeting/2010-02-22/fedora-qa.2010-02-22-16.00.html meetbot summary]


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


# No follow-up items
# adamw noted that the [[Privilege_escalation_policy]] is no longer a draft and has been reviewed by FESCO
# adamw thanked folks for joining last weeks Color Management test day (see [http://lists.fedoraproject.org/pipermail/test/2010-February/088574.html recap]).


== Fedora 13 Alpha test status ==
== Fedora 13 Alpha test status ==


Alpha Test Compose verification has completed.  From the wiki pages, there were 26 bugs filed.
Alpha Test Compose verification has completed.  From the wiki pages, there were 26 bugs identified during testing.


Alpha RC#1 is available for testing.  Instructions for downloading and providing feedback available at:
Alpha RC#1 is available for testing.  Instructions for downloading and providing feedback available at:
Line 24: Line 37:
* [[Test_Results:Fedora_13_Alpha_RC1_Desktop]]
* [[Test_Results:Fedora_13_Alpha_RC1_Desktop]]


Current RC#1 known bugs ...
Current list of unresolved bugs blocking the [[Fedora_13_Alpha_Release_Criteria]] ...
* {{bz|566948}} NEW  - Input devices don't work
* {{bz|566948}} NEW  - Input devices don't work
* {{bz|566979}} NEW  - Failed dependencies and login problem; basic video driver installation, F13 Alpha RC1.
* {{bz|566979}} NEW  - Failed dependencies and login problem; basic video driver installation, F13 Alpha RC1.
* {{bz|566991}} NEW  - Incorrect repourl during install
* {{bz|566991}} NEW  - Incorrect repourl during install
* {{bz|566995}} NEW  - /etc/selinux/targeted/contexts/files/file_contexts: Multiple different specifications for /var/lib/cobbler/webui_sessions(/.*)?  (system_u:object_r:httpd_cobbler_content_rw_t:s0 and system_u:object_r:public_content_rw_t:s0).
* {{bz|566995}} NEW  - /etc/selinux/targeted/contexts/files/file_contexts: Multiple different specifications for /var/lib/cobbler/webui_sessions(/.*)?  (system_u:object_r:httpd_cobbler_content_rw_t:s0 and system_u:object_r:public_content_rw_t:s0).
* {{bz|566460}} ASSIGNED - kernel 2.6.33 strips coredump when using pipe in core_pattern
* {{bz|567319}} ON_QA - GDM starts endlessly
The team discussed current Alpha test efforts, including the list of blocking bugs above.  The severity of several bugs was discussed, and different workarounds were suggested for the SELinux issues. 
Jkeating noted he was available to spin up any new composes on demand.  New compose requests should go into the existing ticket (see [https://fedorahosted.org/rel-eng/ticket/3319 ticket#3319]).
The group concluded that the Alpha is ''at risk'' for the scheduled Go/No_go meeting on Wednesday.


== Open discussion - <Your topic here> ==
== Open discussion - <Your topic here> ==
Line 34: Line 55:
=== development/13 bug procedures ===
=== development/13 bug procedures ===


Are there documentation updates needed for filing and closing development/13 bugs?
Are there documentation updates needed for filing and closing development/13 bugs? Adamw noted this was on the agenda for tomorrows [[Bugzappers]] meeting. 


=== Defining the QA team ===
=== Defining the QA team ===


A topic we may want to visit in the future ... define what it means to be on the QA team, and how to gain membership.
A topic we may want to visit in the future ... define what it means to be on the QA team, and how to gain membership.  With the current no frozen rawhide implementation, critical path package updates need someone from rel-eng and/or QA to validate the fixes prior to acceptance into the 'updates' repo.  Maxamillion offered to send a first draft of what it means to be a QA team member.
 
=== Security Spin ===
 
[[User:maxamillion|Maxamillion]] looking for people to help draw up test cases for tools on the security spin.  Created [[SecuritySpin:QA_Brainstorm]] wiki page to track ideas.  To assist, please take a look at the [http://lists.fedoraproject.org/pipermail/test/2010-February/088554.html email thread].  Jlaska suggested pulling in the {{package|sectool}} test day hosts (see [[Test_Day:2009-09-01_Sectool]]).


= Upcoming QA events =
= Upcoming QA events =
Line 59: Line 84:
= Action items =
= Action items =


* No action items
# maxamillion to draft up some proposed policy docs for qa FAS group membership
# jlaska / maxamillion to co-ordinate with sectool test day hosts tmraz, mbarabas and pvrabec who may be able to contribute


= IRC transcript =
= IRC transcript =
{|
|- id="t16:00:18"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #startmeeting Fedora QA Meeting
|| [[#t16:00:18|16:00]]
|- id="t16:00:19"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon Feb 22 16:00:18 2010 UTC.  The chair is jlaska. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t16:00:19|16:00]]
|- id="t16:00:20"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t16:00:20|16:00]]
|- id="t16:00:21"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: you betcha
|| [[#t16:00:21|16:00]]
|- id="t16:00:27"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #meetingname fedora-qa
|| [[#t16:00:27|16:00]]
|- id="t16:00:27"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | The meeting name has been set to 'fedora-qa'
|| [[#t16:00:27|16:00]]
|- id="t16:00:34"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #topic Gathering in the lobby
|| [[#t16:00:34|16:00]]
|- id="t16:00:36"
| colspan="2" | * Oxf13
|| [[#t16:00:36|16:00]]
|- id="t16:00:40"
| colspan="2" | * jskladan is here
|| [[#t16:00:40|16:00]]
|- id="t16:00:49"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | Oxf13: jskladan: welcome
|| [[#t16:00:49|16:00]]
|- id="t16:00:54"
| colspan="2" | * kparal joins
|| [[#t16:00:54|16:00]]
|- id="t16:01:00"
! style="background-color: #818144" | adamw
| style="color: #818144" | ello
|| [[#t16:01:00|16:01]]
|- id="t16:01:03"
| colspan="2" | * jlaska tips hat to adamw &amp; kparal
|| [[#t16:01:03|16:01]]
|- id="t16:01:11"
| colspan="2" | * jlaska needs a new formal greeting method
|| [[#t16:01:11|16:01]]
|- id="t16:01:33"
! style="background-color: #818144" | adamw
| style="color: #818144" | wave of the cane?
|| [[#t16:01:33|16:01]]
|- id="t16:01:46"
! style="background-color: #818144" | adamw
| style="color: #818144" | the natural, jauntier counterpart to the hat tip
|| [[#t16:01:46|16:01]]
|- id="t16:01:53"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: ooh, good choice
|| [[#t16:01:53|16:01]]
|- id="t16:02:02"
| colspan="2" | * wwoods appears
|| [[#t16:02:02|16:02]]
|- id="t16:02:19"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I believe we also get 100% of maxamillion today
|| [[#t16:02:19|16:02]]
|- id="t16:02:26"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | wwoods: heyo!
|| [[#t16:02:26|16:02]]
|- id="t16:02:58"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I have a hard stop after 30 minutes today, so if we run longer I could use someone to continue chairing
|| [[#t16:02:58|16:02]]
|- id="t16:03:16"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I kept the agenda light today ... but suggestions are always encouraged
|| [[#t16:03:16|16:03]]
|- id="t16:03:22"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #topic Previous meeting follow-up
|| [[#t16:03:22|16:03]]
|- id="t16:03:26"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | This should be easy ...
|| [[#t16:03:26|16:03]]
|- id="t16:03:36"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | we had nothing listed from last weeks meeting
|| [[#t16:03:36|16:03]]
|- id="t16:03:54"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | anything not listed that people would like to update the team on?
|| [[#t16:03:54|16:03]]
|- id="t16:04:07"
! style="background-color: #818144" | adamw
| style="color: #818144" | i'm sure i did lots of important things last week
|| [[#t16:04:07|16:04]]
|- id="t16:04:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, yeah, I'm awesome
|| [[#t16:04:10|16:04]]
|- id="t16:04:18"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: I think we have a t-shirt for that
|| [[#t16:04:18|16:04]]
|- id="t16:04:18"
! style="background-color: #818144" | adamw
| style="color: #818144" | oh, we had the test day. it went well.
|| [[#t16:04:18|16:04]]
|- id="t16:05:12"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #info color management test day recap - http://lists.fedoraproject.org/pipermail/test/2010-February/088574.html
|| [[#t16:05:12|16:05]]
|- id="t16:05:53"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: you had some updates on the privilege escalation front last week as well?
|| [[#t16:05:53|16:05]]
|- id="t16:06:05"
| colspan="2" | * jlaska doesn't see {{draft}} anymore
|| [[#t16:06:05|16:06]]
|- id="t16:06:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | yeah, it's now officially a policy. yay.
|| [[#t16:06:24|16:06]]
|- id="t16:06:33"
! style="background-color: #818144" | adamw
| style="color: #818144" | so we can get started on writing up some privesc tests if we want.
|| [[#t16:06:33|16:06]]
|- id="t16:06:47"
! style="background-color: #818144" | adamw
| style="color: #818144" | any volunteers? :D
|| [[#t16:06:47|16:06]]
|- id="t16:07:15"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: let's add that to the future TODO list
|| [[#t16:07:15|16:07]]
|- id="t16:07:25"
! style="background-color: #818144" | adamw
| style="color: #818144" | ok
|| [[#t16:07:25|16:07]]
|- id="t16:07:32"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #info privilege escalation is approved as an official policy - https://fedoraproject.org/wiki/Privilege_escalation_policy
|| [[#t16:07:32|16:07]]
|- id="t16:08:10"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #idea develop test cases to validate the privilege escalation policy
|| [[#t16:08:10|16:08]]
|- id="t16:08:22"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | alrighty, let's dive into Alpha
|| [[#t16:08:22|16:08]]
|- id="t16:08:28"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #topic F-13-Alpha test status
|| [[#t16:08:28|16:08]]
|- id="t16:08:50"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | So you probably saw Hurry's mail that there is an Alpha release candidate available for test
|| [[#t16:08:50|16:08]]
|- id="t16:09:17"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #info F-13-Alpha-RC1 available for test - http://lists.fedoraproject.org/pipermail/test-announce/2010-February/000023.html
|| [[#t16:09:17|16:09]]
|- id="t16:09:25"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | it seems kinda brown paper baggy
|| [[#t16:09:25|16:09]]
|- id="t16:09:48"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | Oxf13: it sure does :(
|| [[#t16:09:48|16:09]]
|- id="t16:09:49"
! style="background-color: #488888" | wwoods
| style="color: #488888" | oh no, reall?
|| [[#t16:09:49|16:09]]
|- id="t16:10:06"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so ... I just wante dto spend a few moments making sure we all know what's up ... and what the next steps are
|| [[#t16:10:06|16:10]]
|- id="t16:10:14"
| colspan="2" | * adamw doesn't really work over the weekend, so can you provide an executive summary?
|| [[#t16:10:14|16:10]]
|- id="t16:10:27"
| colspan="2" | * adamw claiming not executive rank but executive attention span
|| [[#t16:10:27|16:10]]
|- id="t16:10:27"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so, we got some weekend testing on the RC, which resulted in new additions to the blocker list
|| [[#t16:10:27|16:10]]
|- id="t16:11:00"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #info F13Alpha blocker bugs - https://bugzilla.redhat.com/showdependencytree.cgi?id=538273&amp;hide_resolved=1
|| [[#t16:11:00|16:11]]
|- id="t16:11:14"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: best spot to visit is the test result wiki pages ...
|| [[#t16:11:14|16:11]]
|- id="t16:11:14"
! style="background-color: #818144" | adamw
| style="color: #818144" | gadzooks
|| [[#t16:11:14|16:11]]
|- id="t16:11:24"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | https://fedoraproject.org/wiki/Test_Results:Fedora_13_Alpha_RC1_Install#Test_Matrix
|| [[#t16:11:24|16:11]]
|- id="t16:11:28"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | has the highlights
|| [[#t16:11:28|16:11]]
|- id="t16:11:55"
! style="background-color: #818144" | adamw
| style="color: #818144" | looks quite...failish.
|| [[#t16:11:55|16:11]]
|- id="t16:12:09"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | I'd say we've got our work cut out
|| [[#t16:12:09|16:12]]
|- id="t16:12:12"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | yeah, I'm not at all clear why the change in fortune from TC2
|| [[#t16:12:12|16:12]]
|- id="t16:12:26"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | vastly newer anaconda no?
|| [[#t16:12:26|16:12]]
|- id="t16:12:55"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | Oxf13: well, afaict it's not all anaconda
|| [[#t16:12:55|16:12]]
|- id="t16:13:03"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | sure
|| [[#t16:13:03|16:13]]
|- id="t16:13:06"
! style="background-color: #818144" | adamw
| style="color: #818144" | jlaska: the input device breakage is the x server change from hal to udev for input device configuration
|| [[#t16:13:06|16:13]]
|- id="t16:13:19"
! style="background-color: #818144" | adamw
| style="color: #818144" | i knew about that but I didn't know anaconda was actually using the hal system for some kind of configuration
|| [[#t16:13:19|16:13]]
|- id="t16:13:31"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | that's https://bugzilla.redhat.com/show_bug.cgi?id=566948
|| [[#t16:13:31|16:13]]
|- id="t16:13:52"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | even the stuff that is "anaconda" might not all be anaconda
|| [[#t16:13:52|16:13]]
|- id="t16:13:57"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | right
|| [[#t16:13:57|16:13]]
|- id="t16:14:12"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | howabout desktop validation, anyone have input on that front?
|| [[#t16:14:12|16:14]]
|- id="t16:14:29"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | kparal, you tried a live image earlier today?
|| [[#t16:14:29|16:14]]
|- id="t16:14:47"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | jlaska: I did try the today's image
|| [[#t16:14:47|16:14]]
|- id="t16:15:04"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | jlaska: there's some problem with selinux, just reported: https://bugzilla.redhat.com/show_bug.cgi?id=567319
|| [[#t16:15:04|16:15]]
|- id="t16:15:21"
! style="background-color: #4b904b" | OldFart
| style="color: #4b904b" | I tried a desktop and after clicking the install to hard drive nothing happened, then tried in a terminal and nothing happened and then it was very late so went to bed.
|| [[#t16:15:21|16:15]]
|- id="t16:15:30"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | jlaska: I will do the desktop validation with selinux disabled, that should work
|| [[#t16:15:30|16:15]]
|- id="t16:15:44"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | kparal: that sounds F13Alpha worthy
|| [[#t16:15:44|16:15]]
|- id="t16:15:52"
! style="background-color: #4b904b" | OldFart
| style="color: #4b904b" | I had selinux disabled.
|| [[#t16:15:52|16:15]]
|- id="t16:16:00"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | OldFart: Clyde, welcome!
|| [[#t16:16:00|16:16]]
|- id="t16:16:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | well
|| [[#t16:16:10|16:16]]
|- id="t16:16:15"
! style="background-color: #818144" | adamw
| style="color: #818144" | first i'd want to know if the nightlies are f13 or f14
|| [[#t16:16:15|16:16]]
|- id="t16:16:20"
! style="background-color: #818144" | adamw
| style="color: #818144" | since they diverge now
|| [[#t16:16:20|16:16]]
|- id="t16:16:25"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | adamw: nirik said it's f13
|| [[#t16:16:25|16:16]]
|- id="t16:16:27"
! style="background-color: #818144" | adamw
| style="color: #818144" | ah k
|| [[#t16:16:27|16:16]]
|- id="t16:17:17"
! style="background-color: #4d4d93" | nirik
| style="color: #4d4d93" | yes, f13
|| [[#t16:17:17|16:17]]
|- id="t16:17:40"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | okay, so we have a lot of FAIL so far with RC1.  And it seems clear that we'll need an RC2 if we want to meet the alpha release criteria
|| [[#t16:17:40|16:17]]
|- id="t16:17:48"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | sound accurate?
|| [[#t16:17:48|16:17]]
|- id="t16:17:53"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | yes
|| [[#t16:17:53|16:17]]
|- id="t16:18:06"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | absolutely
|| [[#t16:18:06|16:18]]
|- id="t16:18:09"
! style="background-color: #818144" | adamw
| style="color: #818144" | yeah, it seems pretty no-brainery that we'll need to delay the alpha
|| [[#t16:18:09|16:18]]
|- id="t16:18:18"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | but we don't have much time to go/nogo meeting
|| [[#t16:18:18|16:18]]
|- id="t16:18:29"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | is there any additional testing we can perform in the meantime?
|| [[#t16:18:29|16:18]]
|- id="t16:19:08"
! style="background-color: #4b904b" | OldFart
| style="color: #4b904b" | Later today I will try the desktop and see if I can capture to data on whats happening.
|| [[#t16:19:08|16:19]]
|- id="t16:19:17"
! style="background-color: #488888" | wwoods
| style="color: #488888" | I don't think we need a meeting if it doesn't meet basic acceptance criteria
|| [[#t16:19:17|16:19]]
|- id="t16:19:26"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | wwoods: it'll certainly be a quick meeting :D
|| [[#t16:19:26|16:19]]
|- id="t16:19:35"
! style="background-color: #488888" | wwoods
| style="color: #488888" | (does it?)
|| [[#t16:19:35|16:19]]
|- id="t16:19:57"
! style="background-color: #818144" | adamw
| style="color: #818144" | i think we hold the meeting anyway and just say 'well, duh, no.' :)
|| [[#t16:19:57|16:19]]
|- id="t16:20:08"
! style="background-color: #818144" | adamw
| style="color: #818144" | anyway, seems like everyone agrees
|| [[#t16:20:08|16:20]]
|- id="t16:20:18"
! style="background-color: #818144" | adamw
| style="color: #818144" | oh, and i'd agree kparal's bug feels like a blocker
|| [[#t16:20:18|16:20]]
|- id="t16:20:32"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | is there anything we can do in the meantime, or are we blocked awaiting new test images?
|| [[#t16:20:32|16:20]]
|- id="t16:20:39"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | adamw: it blocks this: https://fedoraproject.org/wiki/QA:TestCases/Install_Source_Live_Image
|| [[#t16:20:39|16:20]]
|- id="t16:20:46"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | which is an Alpha criterion
|| [[#t16:20:46|16:20]]
|- id="t16:21:26"
! style="background-color: #818144" | adamw
| style="color: #818144" | kparal: well, more properly it blocks the criterion 'The installer must boot (if appropriate) and run on all primary architectures from default live image...' but yeah
|| [[#t16:21:26|16:21]]
|- id="t16:21:26"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | jlaska: the desktop validation testing should be possible, as I mentioned, just boot with selinux=0 or enforcing=0
|| [[#t16:21:26|16:21]]
|- id="t16:21:35"
! style="background-color: #818144" | adamw
| style="color: #818144" | kparal: well, that could possibly invalidate the results
|| [[#t16:21:35|16:21]]
|- id="t16:21:44"
! style="background-color: #818144" | adamw
| style="color: #818144" | if selinux caused problems with any of the tests, you wouldn't be able to tell that way
|| [[#t16:21:44|16:21]]
|- id="t16:21:46"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | hmm
|| [[#t16:21:46|16:21]]
|- id="t16:21:55"
! style="background-color: #818144" | adamw
| style="color: #818144" | so i'm not sure it's good testing to do
|| [[#t16:21:55|16:21]]
|- id="t16:22:06"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | that sounds valid
|| [[#t16:22:06|16:22]]
|- id="t16:22:26"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | the testing should be done with selinux enabled, right
|| [[#t16:22:26|16:22]]
|- id="t16:22:34"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | unless otherwise specified, yes
|| [[#t16:22:34|16:22]]
|- id="t16:22:36"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | even desktop testing
|| [[#t16:22:36|16:22]]
|- id="t16:23:02"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | it should, unless selinux is so horked that you get all failures
|| [[#t16:23:02|16:23]]
|- id="t16:23:13"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | failing every test because of selinux doesn't help as much
|| [[#t16:23:13|16:23]]
|- id="t16:23:23"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | imo ... it's okay to workaround it temporarily to see what else lurks
|| [[#t16:23:23|16:23]]
|- id="t16:23:28"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | but not something to rely on for the release
|| [[#t16:23:28|16:23]]
|- id="t16:23:44"
! style="background-color: #818144" | adamw
| style="color: #818144" | Oxf13: as i said, in that case, i'd rather wait till selinux is fixed then test
|| [[#t16:23:44|16:23]]
|- id="t16:23:47"
! style="background-color: #818144" | adamw
| style="color: #818144" | Oxf13: than test without it
|| [[#t16:23:47|16:23]]
|- id="t16:23:55"
! style="background-color: #818144" | adamw
| style="color: #818144" | Oxf13: because that's the state we would release in
|| [[#t16:23:55|16:23]]
|- id="t16:24:05"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | adamw: I agree but disagree
|| [[#t16:24:05|16:24]]
|- id="t16:24:10"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | :)
|| [[#t16:24:10|16:24]]
|- id="t16:24:14"
! style="background-color: #818144" | adamw
| style="color: #818144" | well i'm worried this would happen
|| [[#t16:24:14|16:24]]
|- id="t16:24:17"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: it should be tested that way prior to release
|| [[#t16:24:17|16:24]]
|- id="t16:24:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | jlaska: yeah
|| [[#t16:24:24|16:24]]
|- id="t16:24:26"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | if we waited to test, only to find other things that were obviously broken, we've just lost that much time in getting them fixed
|| [[#t16:24:26|16:24]]
|- id="t16:24:32"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | it's true we can find more errors not related to selinux, if we test now even without selinux
|| [[#t16:24:32|16:24]]
|- id="t16:24:41"
! style="background-color: #818144" | adamw
| style="color: #818144" | Oxf13: fair point
|| [[#t16:24:41|16:24]]
|- id="t16:24:43"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, how about this
|| [[#t16:24:43|16:24]]
|- id="t16:24:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | if you do the desktop validation with selinux disabled you can log *failures* but not successes
|| [[#t16:24:53|16:24]]
|- id="t16:25:07"
! style="background-color: #4b904b" | OldFart
| style="color: #4b904b" | I would like to get by the x server issue by using the desktop to test other anaconda features.
|| [[#t16:25:07|16:25]]
|- id="t16:25:11"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | while positive results could not be taken as authoritative, negative results have value.
|| [[#t16:25:11|16:25]]
|- id="t16:25:11"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: oh definitely
|| [[#t16:25:11|16:25]]
|- id="t16:25:23"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | adamw: jynx (:
|| [[#t16:25:23|16:25]]
|- id="t16:25:28"
| colspan="2" | * adamw call of nature, brb
|| [[#t16:25:28|16:25]]
|- id="t16:25:32"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | adamw: we can provide PASS results, but we just have to know not to rely it until re-tested again with selinux on
|| [[#t16:25:32|16:25]]
|- id="t16:26:03"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | kparal: let's use the WARN or FAIL state for that now
|| [[#t16:26:03|16:26]]
|- id="t16:26:17"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | that'll let us know it was tested, and it doesn't meet the stated objectives in the test
|| [[#t16:26:17|16:26]]
|- id="t16:26:25"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | alright
|| [[#t16:26:25|16:26]]
|- id="t16:26:32"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I think I described WARN for that scenario
|| [[#t16:26:32|16:26]]
|- id="t16:26:52"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | either way ... I think we all agreed we can't rely on testing with selinux disabled
|| [[#t16:26:52|16:26]]
|- id="t16:27:03"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | alright ... so next steps on the Alpha time ...
|| [[#t16:27:03|16:27]]
|- id="t16:27:09"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #topic F-13-Alpha - next steps
|| [[#t16:27:09|16:27]]
|- id="t16:27:30"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | we have a batch of F13Alpha blocker bugs, we have 2 days until the go/no_go meeting
|| [[#t16:27:30|16:27]]
|- id="t16:28:19"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | A reminder of the goal ... the F13Alpha list should contain no unMODIFIED bugs
|| [[#t16:28:19|16:28]]
|- id="t16:28:34"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | is that accurate?
|| [[#t16:28:34|16:28]]
|- id="t16:28:43"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | I'm on hand to make trees like a madman as we get fixes
|| [[#t16:28:43|16:28]]
|- id="t16:29:00"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | we're going to want to keep a good mapping of potential fixes to bodhi tickets
|| [[#t16:29:00|16:29]]
|- id="t16:29:05"
! style="background-color: #97974f" | skvidal
| style="color: #97974f" | Oxf13: trees are good - I like oak trees personally
|| [[#t16:29:05|16:29]]
|- id="t16:29:06"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | Oxf13: how would you like that type of  feedback?  email/irc/tickets?
|| [[#t16:29:06|16:29]]
|- id="t16:29:15"
| colspan="2" | * skvidal stops being silly
|| [[#t16:29:15|16:29]]
|- id="t16:29:16"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | jlaska: any of hte above works.
|| [[#t16:29:16|16:29]]
|- id="t16:29:19"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | Oxf13: okay
|| [[#t16:29:19|16:29]]
|- id="t16:29:30"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | jlaska: doing it in the ticket is probably a good canonical location for tree compose requests
|| [[#t16:29:30|16:29]]
|- id="t16:30:03"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #info requests for new trees should take place in the open RC ticket (https://fedorahosted.org/rel-eng/ticket/3319)
|| [[#t16:30:03|16:30]]
|- id="t16:30:38"
! style="background-color: #818144" | adamw
| style="color: #818144" | back
|| [[#t16:30:38|16:30]]
|- id="t16:30:41"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | so, F13Alpha blocker list may contain modified bugs (not fixed) to let F13Alpha GO?
|| [[#t16:30:41|16:30]]
|- id="t16:31:01"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | kparal: yes, if they are modified and there is a build in koji for them
|| [[#t16:31:01|16:31]]
|- id="t16:31:13"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | we can compose the tree before the build makes it all the way through bodhi and shows up in a public repo
|| [[#t16:31:13|16:31]]
|- id="t16:31:18"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | Oxf13: but the F13Alpha will contain all the fixes, right?
|| [[#t16:31:18|16:31]]
|- id="t16:31:22"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | ok
|| [[#t16:31:22|16:31]]
|- id="t16:31:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | jlaska: i thought we were trying to avoid it this cycle?
|| [[#t16:31:24|16:31]]
|- id="t16:31:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | the criteria says there shouldn't be any open bugs. really that'd just involve closing them if a build known to fix the bug was in place for the compose, though.
|| [[#t16:31:53|16:31]]
|- id="t16:31:55"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | adamw: I thought we were trying to avoid bugs this cycle too (:
|| [[#t16:31:55|16:31]]
|- id="t16:32:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | i mean, avoid having open ones when releasing :)
|| [[#t16:32:03|16:32]]
|- id="t16:32:16"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: that's correct
|| [[#t16:32:16|16:32]]
|- id="t16:32:20"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | by the time we release, bodhi could have automunged the bugs
|| [[#t16:32:20|16:32]]
|- id="t16:32:29"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | we can do builds and composes ... but at release ... these puppies need to be CLOSED
|| [[#t16:32:29|16:32]]
|- id="t16:32:30"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | since we're using bodhi this time around we can let it decide when to close the bug(s)
|| [[#t16:32:30|16:32]]
|- id="t16:32:52"
! style="background-color: #818144" | adamw
| style="color: #818144" | okay anyway, cross that bridge when we get to it
|| [[#t16:32:52|16:32]]
|- id="t16:33:04"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so ... let's talk about that bridge
|| [[#t16:33:04|16:33]]
|- id="t16:33:16"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | we don't have any blocker review meetings between now and go/no_go
|| [[#t16:33:16|16:33]]
|- id="t16:33:29"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | is there anything QA can do to help the blocker bugs along?
|| [[#t16:33:29|16:33]]
|- id="t16:33:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | jlaska: well, a ton of them are 'needsretesting' anaconda aren't they?
|| [[#t16:33:53|16:33]]
|- id="t16:34:19"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | yup, I think we can knock some of those out with the current set (using VNC or text-mode installs)
|| [[#t16:34:19|16:34]]
|- id="t16:34:51"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #help Bugs listed as MODIFIED can be verified using RC1 - https://bugzilla.redhat.com/showdependencytree.cgi?id=538273&amp;hide_resolved=1
|| [[#t16:34:51|16:34]]
|- id="t16:35:33"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | anything else to consider on these bugs?
|| [[#t16:35:33|16:35]]
|- id="t16:36:20"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | otherwise, I'll need to turn the #chair over to someone else for the remainder of the agenda
|| [[#t16:36:20|16:36]]
|- id="t16:36:26"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | any takers on #chair?
|| [[#t16:36:26|16:36]]
|- id="t16:36:47"
! style="background-color: #818144" | adamw
| style="color: #818144" | i'm not so sure about https://bugzilla.redhat.com/show_bug.cgi?id=566995
|| [[#t16:36:47|16:36]]
|- id="t16:36:59"
! style="background-color: #818144" | adamw
| style="color: #818144" | if it's not actually causing any problems in itself
|| [[#t16:36:59|16:36]]
|- id="t16:37:14"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I wasn't either ... until it spits out to the console during install a *LOT*
|| [[#t16:37:14|16:37]]
|- id="t16:37:32"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so I raised it to get some feedback on what's impacted by this ... if it's just noise or something other
|| [[#t16:37:32|16:37]]
|- id="t16:37:59"
! style="background-color: #818144" | adamw
| style="color: #818144" | ah k
|| [[#t16:37:59|16:37]]
|- id="t16:38:05"
! style="background-color: #818144" | adamw
| style="color: #818144" | well, dwalsh is cc'ed so not much we can do there
|| [[#t16:38:05|16:38]]
|- id="t16:39:38"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, I dunno, what's the plan from here?
|| [[#t16:39:38|16:39]]
|- id="t16:39:52"
! style="background-color: #818144" | adamw
| style="color: #818144" | when do we envisage doing an rc2? when the big bugs from the blocker list are fixed?
|| [[#t16:39:52|16:39]]
|- id="t16:40:01"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | that's my impression
|| [[#t16:40:01|16:40]]
|- id="t16:40:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | are we working on the assumption we'll be delaying the alpha now?
|| [[#t16:40:03|16:40]]
|- id="t16:40:24"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | the phrase I used is ...  the alpha is 'at risk'
|| [[#t16:40:24|16:40]]
|- id="t16:40:25"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | :)
|| [[#t16:40:25|16:40]]
|- id="t16:40:40"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | #chair adamw
|| [[#t16:40:40|16:40]]
|- id="t16:40:41"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: adamw jlaska
|| [[#t16:40:41|16:40]]
|- id="t16:41:07"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I don't have anything else on this topic ... just wanted to make sure all the issues were raised and we had an idea how to proceed
|| [[#t16:41:07|16:41]]
|- id="t16:41:09"
! style="background-color: #818144" | adamw
| style="color: #818144" | okay
|| [[#t16:41:09|16:41]]
|- id="t16:41:17"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | on Live image the Rawhide repository is enabled, instead of Fedora repo. is that a bug?
|| [[#t16:41:17|16:41]]
|- id="t16:41:17"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so to summarize ...
|| [[#t16:41:17|16:41]]
|- id="t16:41:22"
! style="background-color: #818144" | adamw
| style="color: #818144" | anyone else have anything to add on the alpha topic?
|| [[#t16:41:22|16:41]]
|- id="t16:41:55"
! style="background-color: #818144" | adamw
| style="color: #818144" | kparal: seems like one to me, yeah - could be similar to https://bugzilla.redhat.com/show_bug.cgi?id=566991 ?
|| [[#t16:41:55|16:41]]
|- id="t16:42:04"
! style="background-color: #818144" | adamw
| style="color: #818144" | but definitely file it and escalate as a blocker
|| [[#t16:42:04|16:42]]
|- id="t16:42:20"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | ok
|| [[#t16:42:20|16:42]]
|- id="t16:42:25"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | kparal: good catch
|| [[#t16:42:25|16:42]]
|- id="t16:43:25"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | the only other topics I had for today were the open-discussion items
|| [[#t16:43:25|16:43]]
|- id="t16:43:36"
! style="background-color: #818144" | adamw
| style="color: #818144" | yeah
|| [[#t16:43:36|16:43]]
|- id="t16:43:45"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | w00t! I'm late but just in time for open-discussion
|| [[#t16:43:45|16:43]]
|- id="t16:43:47"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | :P
|| [[#t16:43:47|16:43]]
|- id="t16:43:58"
! style="background-color: #818144" | adamw
| style="color: #818144" | hey maxa
|| [[#t16:43:58|16:43]]
|- id="t16:44:01"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: can you walk meetbot through those items?
|| [[#t16:44:01|16:44]]
|- id="t16:44:01"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | I just wanted to point out ---&gt; http://fedoraproject.org/wiki/SecuritySpin:QA_Brainstorm
|| [[#t16:44:01|16:44]]
|- id="t16:44:08"
! style="background-color: #818144" | adamw
| style="color: #818144" | okay okay everyone calm down!
|| [[#t16:44:08|16:44]]
|- id="t16:44:11"
! style="background-color: #818144" | adamw
| style="color: #818144" | deep breaths!
|| [[#t16:44:11|16:44]]
|- id="t16:44:18"
! style="background-color: #818144" | adamw
| style="color: #818144" | #topic open floor
|| [[#t16:44:18|16:44]]
|- id="t16:44:21"
! style="background-color: #488888" | wwoods
| style="color: #488888" | harrumph! etc!
|| [[#t16:44:21|16:44]]
|- id="t16:44:22"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: hi hi :)
|| [[#t16:44:22|16:44]]
|- id="t16:44:23"
! style="background-color: #818144" | adamw
| style="color: #818144" | now, children
|| [[#t16:44:23|16:44]]
|- id="t16:44:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | form an orderly queue
|| [[#t16:44:28|16:44]]
|- id="t16:44:36"
! style="background-color: #818144" | adamw
| style="color: #818144" | jlaska suggests:
|| [[#t16:44:36|16:44]]
|- id="t16:44:45"
! style="background-color: #818144" | adamw
| style="color: #818144" | #topic open floor: fedora 13 bug filing procedures
|| [[#t16:44:45|16:44]]
|- id="t16:44:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | but notes 'possible BugZapper topic'
|| [[#t16:44:53|16:44]]
|- id="t16:45:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | which, for me, it is - I have something about this on the BZ agenda for tomorrow
|| [[#t16:45:02|16:45]]
|- id="t16:45:02"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: you raised this last week, just wanted to make sure it was captured somewhere
|| [[#t16:45:02|16:45]]
|- id="t16:45:13"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | great!
|| [[#t16:45:13|16:45]]
|- id="t16:45:34"
! style="background-color: #818144" | adamw
| style="color: #818144" | i'm just concerned about what we do with bugs filed on rawhide between a release and a branch point, since it's now not clear whether we should treat those as rawhide or f13 bugs, but we'll discuss that in bz tomorrow
|| [[#t16:45:34|16:45]]
|- id="t16:45:37"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | I do like me some procedures
|| [[#t16:45:37|16:45]]
|- id="t16:45:40"
! style="background-color: #818144" | adamw
| style="color: #818144" | anyone have any comments on that / related concerns?
|| [[#t16:45:40|16:45]]
|- id="t16:46:20"
! style="background-color: #818144" | adamw
| style="color: #818144" | okey dokey
|| [[#t16:46:20|16:46]]
|- id="t16:46:34"
! style="background-color: #818144" | adamw
| style="color: #818144" | #topic open floor: defining FAS qa membership
|| [[#t16:46:34|16:46]]
|- id="t16:46:49"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | oooo, good one
|| [[#t16:46:49|16:46]]
|- id="t16:46:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | not sure where this one comes from; every time it's come up in the past we've noted that we don't actually use the FAS system for anything much so it's a no-op
|| [[#t16:46:53|16:46]]
|- id="t16:47:01"
! style="background-color: #818144" | adamw
| style="color: #818144" | i guess someone has new concerns / proposals?
|| [[#t16:47:01|16:47]]
|- id="t16:47:17"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | well, we have a real use case now where FAS qa membership provides a benefit
|| [[#t16:47:17|16:47]]
|- id="t16:47:19"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: its being used for packages in critical path for updates to F13
|| [[#t16:47:19|16:47]]
|- id="t16:47:25"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | ^^^ yup
|| [[#t16:47:25|16:47]]
|- id="t16:47:43"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: those packages have to get karma from members of the FAS group in order to make it through bodhi
|| [[#t16:47:43|16:47]]
|- id="t16:47:47"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | so, I just wanted to start this thought process ... and add to the collective team TODO list
|| [[#t16:47:47|16:47]]
|- id="t16:48:13"
! style="background-color: #818144" | adamw
| style="color: #818144" | ahhh
|| [[#t16:48:13|16:48]]
|- id="t16:48:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, the question is, how do we define who gets on the list
|| [[#t16:48:24|16:48]]
|- id="t16:48:31"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | bingo
|| [[#t16:48:31|16:48]]
|- id="t16:48:45"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | also, what requirements need to be met for newcomers who want to join the FAS group
|| [[#t16:48:45|16:48]]
|- id="t16:48:48"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | ?*
|| [[#t16:48:48|16:48]]
|- id="t16:48:50"
! style="background-color: #818144" | adamw
| style="color: #818144" | we could take a cue from the bugzappers system for new members
|| [[#t16:48:50|16:48]]
|- id="t16:49:01"
! style="background-color: #818144" | adamw
| style="color: #818144" | and grandparent in existing ones, i guess
|| [[#t16:49:01|16:49]]
|- id="t16:49:27"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | is anyone even a member of that group?
|| [[#t16:49:27|16:49]]
|- id="t16:49:42"
! style="background-color: #818144" | adamw
| style="color: #818144" | i think like three people or something :)(
|| [[#t16:49:42|16:49]]
|- id="t16:49:46"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | well, I'd say flush the group membership except for those who are regularly showing up at this meeting
|| [[#t16:49:46|16:49]]
|- id="t16:50:01"
! style="background-color: #488888" | wwoods
| style="color: #488888" | actually the QA group was flushed a while ago
|| [[#t16:50:01|16:50]]
|- id="t16:50:02"
! style="background-color: #488888" | wwoods
| style="color: #488888" | wasn't it?
|| [[#t16:50:02|16:50]]
|- id="t16:50:08"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | from that point, those in the group can serve as a proxy for those who want to be in the group
|| [[#t16:50:08|16:50]]
|- id="t16:50:11"
! style="background-color: #818144" | adamw
| style="color: #818144" | not everyone who contributes usefully on the list shows up to the meetings
|| [[#t16:50:11|16:50]]
|- id="t16:50:13"
| colspan="2" | * wwoods tried to flush the QA group about a year ago
|| [[#t16:50:13|16:50]]
|- id="t16:50:18"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | it might need a re-flush
|| [[#t16:50:18|16:50]]
|- id="t16:50:25"
! style="background-color: #488888" | wwoods
| style="color: #488888" | who's been adding people to it?
|| [[#t16:50:25|16:50]]
|- id="t16:50:30"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | those who want can do the testing and provide the karma, a QA member can "sign-off" on that testing
|| [[#t16:50:30|16:50]]
|- id="t16:50:40"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | eventually we'll grant full membership to those who prove that they are doing the right thing
|| [[#t16:50:40|16:50]]
|- id="t16:50:54"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | +1
|| [[#t16:50:54|16:50]]
|- id="t16:51:03"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | we should also create a short wiki document saying how and when to do ACK and when not to do it
|| [[#t16:51:03|16:51]]
|- id="t16:51:06"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | now the question is ... how to put that into verbage for the wiki?
|| [[#t16:51:06|16:51]]
|- id="t16:51:08"
! style="background-color: #488888" | wwoods
| style="color: #488888" | you can't view *approved* group members? feh
|| [[#t16:51:08|16:51]]
|- id="t16:51:09"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | for QA members
|| [[#t16:51:09|16:51]]
|- id="t16:51:12"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | kparal: +++1
|| [[#t16:51:12|16:51]]
|- id="t16:52:01"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | another policy task :)
|| [[#t16:52:01|16:52]]
|- id="t16:53:03"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | we're going to need to do something very similar for the releng group
|| [[#t16:53:03|16:53]]
|- id="t16:53:40"
! style="background-color: #818144" | adamw
| style="color: #818144" | so what's the next step on this? who wants to draft up some wiki pages?
|| [[#t16:53:40|16:53]]
|- id="t16:54:02"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | I can, but I imagine there will be some heavy editing needed
|| [[#t16:54:02|16:54]]
|- id="t16:54:10"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | but I wouldn't mind putting together the first draft
|| [[#t16:54:10|16:54]]
|- id="t16:54:14"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | great
|| [[#t16:54:14|16:54]]
|- id="t16:54:15"
! style="background-color: #818144" | adamw
| style="color: #818144" | excellent
|| [[#t16:54:15|16:54]]
|- id="t16:54:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | #action maxamillion to draft up some proposed policy docs for qa FAS group membership
|| [[#t16:54:28|16:54]]
|- id="t16:54:48"
! style="background-color: #818144" | adamw
| style="color: #818144" | that's everything on the list...
|| [[#t16:54:48|16:54]]
|- id="t16:54:54"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, maxamillion, your time to shine :P
|| [[#t16:54:54|16:54]]
|- id="t16:54:59"
! style="background-color: #818144" | adamw
| style="color: #818144" | #topic open floor: security spin
|| [[#t16:54:59|16:54]]
|- id="t16:55:09"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | heh :D
|| [[#t16:55:09|16:55]]
|- id="t16:55:22"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | http://fedoraproject.org/wiki/SecuritySpin:QA_Brainstorm
|| [[#t16:55:22|16:55]]
|- id="t16:55:53"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | I'm trying to work out some bits here since almost all the tools on the spin are command line, I want to get some people to help write some test cases to make sure those bits aren't broken
|| [[#t16:55:53|16:55]]
|- id="t16:56:27"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | then once that piece is done and we can successfully do some manual testing I was wanting to move to a scripted test and *hopefully* toss it in the AutoQA ring
|| [[#t16:56:27|16:56]]
|- id="t16:56:46"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | but that's the large scale hope .... right now its just going to be an information gathering piece
|| [[#t16:56:46|16:56]]
|- id="t16:57:20"
! style="background-color: #818144" | adamw
| style="color: #818144" | yep, like you wrote to the list
|| [[#t16:57:20|16:57]]
|- id="t16:57:30"
! style="background-color: #818144" | adamw
| style="color: #818144" | so, anything in particular to discuss or is this just a call for help?
|| [[#t16:57:30|16:57]]
|- id="t16:57:52"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | more or less just a call for help if anyone has a few spare cycles and knows anything about any of the tools listed
|| [[#t16:57:52|16:57]]
|- id="t16:58:11"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | I don't know about all of them which is really my main motivation behind extending out to the group for help
|| [[#t16:58:11|16:58]]
|- id="t16:58:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | yeah, so get off your lazy butts people :)
|| [[#t16:58:28|16:58]]
|- id="t16:58:31"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | lol
|| [[#t16:58:31|16:58]]
|- id="t16:58:34"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | maxamillion: there was a sectool test day a few releases back ... lemme remember who hosted that event so maybe they have ideas
|| [[#t16:58:34|16:58]]
|- id="t16:58:48"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | https://fedoraproject.org/wiki/Test_Day:2009-09-01_Sectool
|| [[#t16:58:48|16:58]]
|- id="t16:58:48"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | jlaska: oh, that'd be awesome!
|| [[#t16:58:48|16:58]]
|- id="t16:59:48"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | looks like ... tmraz, mbarabas and pvrabec
|| [[#t16:59:48|16:59]]
|- id="t17:00:18"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | oh goodness ... we don't appear to have sectool on the security spin :X
|| [[#t17:00:18|17:00]]
|- id="t17:01:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | #info maxamillion looking for people to help draw up test cases for tools on the security spin
|| [[#t17:01:10|17:01]]
|- id="t17:01:13"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | anyhoo, as far as QA efforts go there really wasn't a whole lot to add to what I posted on the list, I just thought I'd bring it up in case some of the people in the meeting hadn't gotten a chance to read through their email (I know I get backed up quite a bit at times)
|| [[#t17:01:13|17:01]]
|- id="t17:01:31"
! style="background-color: #818144" | adamw
| style="color: #818144" | #action jlaska / maxamillion to co-ordinate with sectool test day hosts tmraz, mbarabas and pvrabec who may be able to contribute
|| [[#t17:01:31|17:01]]
|- id="t17:02:31"
! style="background-color: #818144" | adamw
| style="color: #818144" | okay, that's that one
|| [[#t17:02:31|17:02]]
|- id="t17:02:35"
! style="background-color: #818144" | adamw
| style="color: #818144" | anyone else have an open floor topic?
|| [[#t17:02:35|17:02]]
|- id="t17:04:04"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | I already chewed up my allowance :)
|| [[#t17:04:04|17:04]]
|- id="t17:04:15"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | oh, I had a random side question that *might* have been covered and I'm just a tardy turd ... but what's the current libvirt/KVM QA plans, etc.? and where can I find docs on how to help with that? (I have hardware that does KVM now and I'm excited about it)
|| [[#t17:04:15|17:04]]
|- id="t17:04:42"
! style="background-color: #818144" | adamw
| style="color: #818144" | i think our test plans are basically 'we do most of our testing in virtual machines so if it's broken we probably know about it' :P
|| [[#t17:04:42|17:04]]
|- id="t17:04:46"
! style="background-color: #818144" | adamw
| style="color: #818144" | but I may be missing something
|| [[#t17:04:46|17:04]]
|- id="t17:05:00"
! style="background-color: #8c4a4a" | kparal
| style="color: #8c4a4a" | and we have it as F13Beta criteria
|| [[#t17:05:00|17:05]]
|- id="t17:05:02"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: fair enough ... that's pretty much what my work flow is at this point as well
|| [[#t17:05:02|17:05]]
|- id="t17:05:42"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | ok, just thought I'd ask :)
|| [[#t17:05:42|17:05]]
|- id="t17:06:02"
! style="background-color: #854685" | Oxf13
| style="color: #854685" | I'm stepping out, I have a local engagement
|| [[#t17:06:02|17:06]]
|- id="t17:06:07"
! style="background-color: #818144" | adamw
| style="color: #818144" | proper formal testing would be useful i guess
|| [[#t17:06:07|17:06]]
|- id="t17:06:11"
! style="background-color: #818144" | adamw
| style="color: #818144" | i don't think we have any planned atm
|| [[#t17:06:11|17:06]]
|- id="t17:06:48"
! style="background-color: #818144" | adamw
| style="color: #818144" | #topic open floor
|| [[#t17:06:48|17:06]]
|- id="t17:07:07"
! style="background-color: #818144" | adamw
| style="color: #818144" | anything else?
|| [[#t17:07:07|17:07]]
|- id="t17:08:17"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | not I
|| [[#t17:08:17|17:08]]
|- id="t17:08:26"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | nothing here
|| [[#t17:08:26|17:08]]
|- id="t17:08:41"
| colspan="2" | * adamw is busy watching youtube videos about insane japanese robot suits
|| [[#t17:08:41|17:08]]
|- id="t17:09:01"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: LOL
|| [[#t17:09:01|17:09]]
|- id="t17:09:33"
! style="background-color: #818144" | adamw
| style="color: #818144" | alrighty then - thanks for coming everyone
|| [[#t17:09:33|17:09]]
|- id="t17:09:44"
! style="background-color: #818144" | adamw
| style="color: #818144" | http://www.youtube.com/watch?v=G4evlxq34og , btw
|| [[#t17:09:44|17:09]]
|- id="t17:09:46"
! style="background-color: #407a40" | jlaska
| style="color: #407a40" | adamw: thanks for the #chair assist
|| [[#t17:09:46|17:09]]
|- id="t17:10:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | aka HOLY SHIT IT'S THE FUTURE
|| [[#t17:10:02|17:10]]
|- id="t17:10:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | #endmeeting
|| [[#t17:10:12|17:10]]
|}
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 19:25, 22 February 2010

Attendees

People present (lines said)

  • adamw (101)
  • jlaska (98)
  • maxamillion (32)
  • kparal (28)
  • Oxf13 (28)
  • wwoods (10)
  • zodbot (4)
  • OldFart (4)
  • skvidal (2)
  • jskladan (1)
  • nirik (1)

Regrets:

Agenda

Previous meeting follow-up

  1. adamw noted that the Privilege_escalation_policy is no longer a draft and has been reviewed by FESCO
  2. adamw thanked folks for joining last weeks Color Management test day (see recap).

Fedora 13 Alpha test status

Alpha Test Compose verification has completed. From the wiki pages, there were 26 bugs identified during testing.

Alpha RC#1 is available for testing. Instructions for downloading and providing feedback available at:

Current list of unresolved bugs blocking the Fedora_13_Alpha_Release_Criteria ...

  • RHBZ #566948 NEW - Input devices don't work
  • RHBZ #566979 NEW - Failed dependencies and login problem; basic video driver installation, F13 Alpha RC1.
  • RHBZ #566991 NEW - Incorrect repourl during install
  • RHBZ #566995 NEW - /etc/selinux/targeted/contexts/files/file_contexts: Multiple different specifications for /var/lib/cobbler/webui_sessions(/.*)? (system_u:object_r:httpd_cobbler_content_rw_t:s0 and system_u:object_r:public_content_rw_t:s0).
  • RHBZ #566460 ASSIGNED - kernel 2.6.33 strips coredump when using pipe in core_pattern
  • RHBZ #567319 ON_QA - GDM starts endlessly

The team discussed current Alpha test efforts, including the list of blocking bugs above. The severity of several bugs was discussed, and different workarounds were suggested for the SELinux issues.

Jkeating noted he was available to spin up any new composes on demand. New compose requests should go into the existing ticket (see ticket#3319).

The group concluded that the Alpha is at risk for the scheduled Go/No_go meeting on Wednesday.

Open discussion - <Your topic here>

development/13 bug procedures

Are there documentation updates needed for filing and closing development/13 bugs? Adamw noted this was on the agenda for tomorrows Bugzappers meeting.

Defining the QA team

A topic we may want to visit in the future ... define what it means to be on the QA team, and how to gain membership. With the current no frozen rawhide implementation, critical path package updates need someone from rel-eng and/or QA to validate the fixes prior to acceptance into the 'updates' repo. Maxamillion offered to send a first draft of what it means to be a QA team member.

Security Spin

Maxamillion looking for people to help draw up test cases for tools on the security spin. Created SecuritySpin:QA_Brainstorm wiki page to track ideas. To assist, please take a look at the email thread. Jlaska suggested pulling in the sectool test day hosts (see Test_Day:2009-09-01_Sectool).

Upcoming QA events

Action items

  1. maxamillion to draft up some proposed policy docs for qa FAS group membership
  2. jlaska / maxamillion to co-ordinate with sectool test day hosts tmraz, mbarabas and pvrabec who may be able to contribute

IRC transcript

jlaska #startmeeting Fedora QA Meeting 16:00
zodbot Meeting started Mon Feb 22 16:00:18 2010 UTC. The chair is jlaska. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00
jlaska adamw: you betcha 16:00
jlaska #meetingname fedora-qa 16:00
zodbot The meeting name has been set to 'fedora-qa' 16:00
jlaska #topic Gathering in the lobby 16:00
* Oxf13 16:00
* jskladan is here 16:00
jlaska Oxf13: jskladan: welcome 16:00
* kparal joins 16:00
adamw ello 16:01
* jlaska tips hat to adamw & kparal 16:01
* jlaska needs a new formal greeting method 16:01
adamw wave of the cane? 16:01
adamw the natural, jauntier counterpart to the hat tip 16:01
jlaska adamw: ooh, good choice 16:01
* wwoods appears 16:02
jlaska I believe we also get 100% of maxamillion today 16:02
jlaska wwoods: heyo! 16:02
jlaska I have a hard stop after 30 minutes today, so if we run longer I could use someone to continue chairing 16:02
jlaska I kept the agenda light today ... but suggestions are always encouraged 16:03
jlaska #topic Previous meeting follow-up 16:03
jlaska This should be easy ... 16:03
jlaska we had nothing listed from last weeks meeting 16:03
jlaska anything not listed that people would like to update the team on? 16:03
adamw i'm sure i did lots of important things last week 16:04
adamw so, yeah, I'm awesome 16:04
jlaska adamw: I think we have a t-shirt for that 16:04
adamw oh, we had the test day. it went well. 16:04
jlaska #info color management test day recap - http://lists.fedoraproject.org/pipermail/test/2010-February/088574.html 16:05
jlaska adamw: you had some updates on the privilege escalation front last week as well? 16:05
* jlaska doesn't see
This page is a draft only
It is still under construction and content may change. Do not rely on the information on this page.
anymore
16:06
adamw yeah, it's now officially a policy. yay. 16:06
adamw so we can get started on writing up some privesc tests if we want. 16:06
adamw any volunteers? :D 16:06
jlaska adamw: let's add that to the future TODO list 16:07
adamw ok 16:07
jlaska #info privilege escalation is approved as an official policy - https://fedoraproject.org/wiki/Privilege_escalation_policy 16:07
jlaska #idea develop test cases to validate the privilege escalation policy 16:08
jlaska alrighty, let's dive into Alpha 16:08
jlaska #topic F-13-Alpha test status 16:08
jlaska So you probably saw Hurry's mail that there is an Alpha release candidate available for test 16:08
jlaska #info F-13-Alpha-RC1 available for test - http://lists.fedoraproject.org/pipermail/test-announce/2010-February/000023.html 16:09
Oxf13 it seems kinda brown paper baggy 16:09
jlaska Oxf13: it sure does :( 16:09
wwoods oh no, reall? 16:09
jlaska so ... I just wante dto spend a few moments making sure we all know what's up ... and what the next steps are 16:10
* adamw doesn't really work over the weekend, so can you provide an executive summary? 16:10
* adamw claiming not executive rank but executive attention span 16:10
jlaska so, we got some weekend testing on the RC, which resulted in new additions to the blocker list 16:10
jlaska #info F13Alpha blocker bugs - https://bugzilla.redhat.com/showdependencytree.cgi?id=538273&hide_resolved=1 16:11
jlaska adamw: best spot to visit is the test result wiki pages ... 16:11
adamw gadzooks 16:11
jlaska https://fedoraproject.org/wiki/Test_Results:Fedora_13_Alpha_RC1_Install#Test_Matrix 16:11
jlaska has the highlights 16:11
adamw looks quite...failish. 16:11
Oxf13 I'd say we've got our work cut out 16:12
jlaska yeah, I'm not at all clear why the change in fortune from TC2 16:12
Oxf13 vastly newer anaconda no? 16:12
jlaska Oxf13: well, afaict it's not all anaconda 16:12
Oxf13 sure 16:13
adamw jlaska: the input device breakage is the x server change from hal to udev for input device configuration 16:13
adamw i knew about that but I didn't know anaconda was actually using the hal system for some kind of configuration 16:13
jlaska that's https://bugzilla.redhat.com/show_bug.cgi?id=566948 16:13
Oxf13 even the stuff that is "anaconda" might not all be anaconda 16:13
jlaska right 16:13
jlaska howabout desktop validation, anyone have input on that front? 16:14
jlaska kparal, you tried a live image earlier today? 16:14
kparal jlaska: I did try the today's image 16:14
kparal jlaska: there's some problem with selinux, just reported: https://bugzilla.redhat.com/show_bug.cgi?id=567319 16:15
OldFart I tried a desktop and after clicking the install to hard drive nothing happened, then tried in a terminal and nothing happened and then it was very late so went to bed. 16:15
kparal jlaska: I will do the desktop validation with selinux disabled, that should work 16:15
jlaska kparal: that sounds F13Alpha worthy 16:15
OldFart I had selinux disabled. 16:15
jlaska OldFart: Clyde, welcome! 16:16
adamw well 16:16
adamw first i'd want to know if the nightlies are f13 or f14 16:16
adamw since they diverge now 16:16
kparal adamw: nirik said it's f13 16:16
adamw ah k 16:16
nirik yes, f13 16:17
jlaska okay, so we have a lot of FAIL so far with RC1. And it seems clear that we'll need an RC2 if we want to meet the alpha release criteria 16:17
jlaska sound accurate? 16:17
kparal yes 16:17
Oxf13 absolutely 16:18
adamw yeah, it seems pretty no-brainery that we'll need to delay the alpha 16:18
kparal but we don't have much time to go/nogo meeting 16:18
jlaska is there any additional testing we can perform in the meantime? 16:18
OldFart Later today I will try the desktop and see if I can capture to data on whats happening. 16:19
wwoods I don't think we need a meeting if it doesn't meet basic acceptance criteria 16:19
jlaska wwoods: it'll certainly be a quick meeting :D 16:19
wwoods (does it?) 16:19
adamw i think we hold the meeting anyway and just say 'well, duh, no.' :) 16:19
adamw anyway, seems like everyone agrees 16:20
adamw oh, and i'd agree kparal's bug feels like a blocker 16:20
jlaska is there anything we can do in the meantime, or are we blocked awaiting new test images? 16:20
kparal adamw: it blocks this: https://fedoraproject.org/wiki/QA:TestCases/Install_Source_Live_Image 16:20
kparal which is an Alpha criterion 16:20
adamw kparal: well, more properly it blocks the criterion 'The installer must boot (if appropriate) and run on all primary architectures from default live image...' but yeah 16:21
kparal jlaska: the desktop validation testing should be possible, as I mentioned, just boot with selinux=0 or enforcing=0 16:21
adamw kparal: well, that could possibly invalidate the results 16:21
adamw if selinux caused problems with any of the tests, you wouldn't be able to tell that way 16:21
kparal hmm 16:21
adamw so i'm not sure it's good testing to do 16:21
kparal that sounds valid 16:22
kparal the testing should be done with selinux enabled, right 16:22
jlaska unless otherwise specified, yes 16:22
kparal even desktop testing 16:22
Oxf13 it should, unless selinux is so horked that you get all failures 16:23
Oxf13 failing every test because of selinux doesn't help as much 16:23
jlaska imo ... it's okay to workaround it temporarily to see what else lurks 16:23
jlaska but not something to rely on for the release 16:23
adamw Oxf13: as i said, in that case, i'd rather wait till selinux is fixed then test 16:23
adamw Oxf13: than test without it 16:23
adamw Oxf13: because that's the state we would release in 16:23
Oxf13 adamw: I agree but disagree 16:24
kparal :) 16:24
adamw well i'm worried this would happen 16:24
jlaska adamw: it should be tested that way prior to release 16:24
adamw jlaska: yeah 16:24
Oxf13 if we waited to test, only to find other things that were obviously broken, we've just lost that much time in getting them fixed 16:24
kparal it's true we can find more errors not related to selinux, if we test now even without selinux 16:24
adamw Oxf13: fair point 16:24
adamw so, how about this 16:24
adamw if you do the desktop validation with selinux disabled you can log *failures* but not successes 16:24
OldFart I would like to get by the x server issue by using the desktop to test other anaconda features. 16:25
Oxf13 while positive results could not be taken as authoritative, negative results have value. 16:25
jlaska adamw: oh definitely 16:25
Oxf13 adamw: jynx (: 16:25
* adamw call of nature, brb 16:25
kparal adamw: we can provide PASS results, but we just have to know not to rely it until re-tested again with selinux on 16:25
jlaska kparal: let's use the WARN or FAIL state for that now 16:26
jlaska that'll let us know it was tested, and it doesn't meet the stated objectives in the test 16:26
kparal alright 16:26
jlaska I think I described WARN for that scenario 16:26
jlaska either way ... I think we all agreed we can't rely on testing with selinux disabled 16:26
jlaska alright ... so next steps on the Alpha time ... 16:27
jlaska #topic F-13-Alpha - next steps 16:27
jlaska we have a batch of F13Alpha blocker bugs, we have 2 days until the go/no_go meeting 16:27
jlaska A reminder of the goal ... the F13Alpha list should contain no unMODIFIED bugs 16:28
jlaska is that accurate? 16:28
Oxf13 I'm on hand to make trees like a madman as we get fixes 16:28
Oxf13 we're going to want to keep a good mapping of potential fixes to bodhi tickets 16:29
skvidal Oxf13: trees are good - I like oak trees personally 16:29
jlaska Oxf13: how would you like that type of feedback? email/irc/tickets? 16:29
* skvidal stops being silly 16:29
Oxf13 jlaska: any of hte above works. 16:29
jlaska Oxf13: okay 16:29
Oxf13 jlaska: doing it in the ticket is probably a good canonical location for tree compose requests 16:29
jlaska #info requests for new trees should take place in the open RC ticket (https://fedorahosted.org/rel-eng/ticket/3319) 16:30
adamw back 16:30
kparal so, F13Alpha blocker list may contain modified bugs (not fixed) to let F13Alpha GO? 16:30
Oxf13 kparal: yes, if they are modified and there is a build in koji for them 16:31
Oxf13 we can compose the tree before the build makes it all the way through bodhi and shows up in a public repo 16:31
kparal Oxf13: but the F13Alpha will contain all the fixes, right? 16:31
kparal ok 16:31
adamw jlaska: i thought we were trying to avoid it this cycle? 16:31
adamw the criteria says there shouldn't be any open bugs. really that'd just involve closing them if a build known to fix the bug was in place for the compose, though. 16:31
Oxf13 adamw: I thought we were trying to avoid bugs this cycle too (: 16:31
adamw i mean, avoid having open ones when releasing :) 16:32
jlaska adamw: that's correct 16:32
Oxf13 by the time we release, bodhi could have automunged the bugs 16:32
jlaska we can do builds and composes ... but at release ... these puppies need to be CLOSED 16:32
Oxf13 since we're using bodhi this time around we can let it decide when to close the bug(s) 16:32
adamw okay anyway, cross that bridge when we get to it 16:32
jlaska so ... let's talk about that bridge 16:33
jlaska we don't have any blocker review meetings between now and go/no_go 16:33
jlaska is there anything QA can do to help the blocker bugs along? 16:33
adamw jlaska: well, a ton of them are 'needsretesting' anaconda aren't they? 16:33
jlaska yup, I think we can knock some of those out with the current set (using VNC or text-mode installs) 16:34
jlaska #help Bugs listed as MODIFIED can be verified using RC1 - https://bugzilla.redhat.com/showdependencytree.cgi?id=538273&hide_resolved=1 16:34
jlaska anything else to consider on these bugs? 16:35
jlaska otherwise, I'll need to turn the #chair over to someone else for the remainder of the agenda 16:36
jlaska any takers on #chair? 16:36
adamw i'm not so sure about https://bugzilla.redhat.com/show_bug.cgi?id=566995 16:36
adamw if it's not actually causing any problems in itself 16:36
jlaska I wasn't either ... until it spits out to the console during install a *LOT* 16:37
jlaska so I raised it to get some feedback on what's impacted by this ... if it's just noise or something other 16:37
adamw ah k 16:37
adamw well, dwalsh is cc'ed so not much we can do there 16:38
adamw so, I dunno, what's the plan from here? 16:39
adamw when do we envisage doing an rc2? when the big bugs from the blocker list are fixed? 16:39
jlaska that's my impression 16:40
adamw are we working on the assumption we'll be delaying the alpha now? 16:40
jlaska the phrase I used is ... the alpha is 'at risk' 16:40
jlaska :) 16:40
jlaska #chair adamw 16:40
zodbot Current chairs: adamw jlaska 16:40
jlaska I don't have anything else on this topic ... just wanted to make sure all the issues were raised and we had an idea how to proceed 16:41
adamw okay 16:41
kparal on Live image the Rawhide repository is enabled, instead of Fedora repo. is that a bug? 16:41
jlaska so to summarize ... 16:41
adamw anyone else have anything to add on the alpha topic? 16:41
adamw kparal: seems like one to me, yeah - could be similar to https://bugzilla.redhat.com/show_bug.cgi?id=566991 ? 16:41
adamw but definitely file it and escalate as a blocker 16:42
kparal ok 16:42
jlaska kparal: good catch 16:42
jlaska the only other topics I had for today were the open-discussion items 16:43
adamw yeah 16:43
maxamillion w00t! I'm late but just in time for open-discussion 16:43
maxamillion :P 16:43
adamw hey maxa 16:43
jlaska adamw: can you walk meetbot through those items? 16:44
maxamillion I just wanted to point out ---> http://fedoraproject.org/wiki/SecuritySpin:QA_Brainstorm 16:44
adamw okay okay everyone calm down! 16:44
adamw deep breaths! 16:44
adamw #topic open floor 16:44
wwoods harrumph! etc! 16:44
maxamillion adamw: hi hi :) 16:44
adamw now, children 16:44
adamw form an orderly queue 16:44
adamw jlaska suggests: 16:44
adamw #topic open floor: fedora 13 bug filing procedures 16:44
adamw but notes 'possible BugZapper topic' 16:44
adamw which, for me, it is - I have something about this on the BZ agenda for tomorrow 16:45
jlaska adamw: you raised this last week, just wanted to make sure it was captured somewhere 16:45
jlaska great! 16:45
adamw i'm just concerned about what we do with bugs filed on rawhide between a release and a branch point, since it's now not clear whether we should treat those as rawhide or f13 bugs, but we'll discuss that in bz tomorrow 16:45
maxamillion I do like me some procedures 16:45
adamw anyone have any comments on that / related concerns? 16:45
adamw okey dokey 16:46
adamw #topic open floor: defining FAS qa membership 16:46
maxamillion oooo, good one 16:46
adamw not sure where this one comes from; every time it's come up in the past we've noted that we don't actually use the FAS system for anything much so it's a no-op 16:46
adamw i guess someone has new concerns / proposals? 16:47
jlaska well, we have a real use case now where FAS qa membership provides a benefit 16:47
maxamillion adamw: its being used for packages in critical path for updates to F13 16:47
jlaska ^^^ yup 16:47
maxamillion adamw: those packages have to get karma from members of the FAS group in order to make it through bodhi 16:47
jlaska so, I just wanted to start this thought process ... and add to the collective team TODO list 16:47
adamw ahhh 16:48
adamw so, the question is, how do we define who gets on the list 16:48
maxamillion bingo 16:48
maxamillion also, what requirements need to be met for newcomers who want to join the FAS group 16:48
maxamillion ?* 16:48
adamw we could take a cue from the bugzappers system for new members 16:48
adamw and grandparent in existing ones, i guess 16:49
maxamillion is anyone even a member of that group? 16:49
adamw i think like three people or something :)( 16:49
Oxf13 well, I'd say flush the group membership except for those who are regularly showing up at this meeting 16:49
wwoods actually the QA group was flushed a while ago 16:50
wwoods wasn't it? 16:50
Oxf13 from that point, those in the group can serve as a proxy for those who want to be in the group 16:50
adamw not everyone who contributes usefully on the list shows up to the meetings 16:50
* wwoods tried to flush the QA group about a year ago 16:50
jlaska it might need a re-flush 16:50
wwoods who's been adding people to it? 16:50
Oxf13 those who want can do the testing and provide the karma, a QA member can "sign-off" on that testing 16:50
Oxf13 eventually we'll grant full membership to those who prove that they are doing the right thing 16:50
maxamillion +1 16:50
kparal we should also create a short wiki document saying how and when to do ACK and when not to do it 16:51
maxamillion now the question is ... how to put that into verbage for the wiki? 16:51
wwoods you can't view *approved* group members? feh 16:51
kparal for QA members 16:51
jlaska kparal: +++1 16:51
kparal another policy task :) 16:52
Oxf13 we're going to need to do something very similar for the releng group 16:53
adamw so what's the next step on this? who wants to draft up some wiki pages? 16:53
maxamillion I can, but I imagine there will be some heavy editing needed 16:54
maxamillion but I wouldn't mind putting together the first draft 16:54
kparal great 16:54
adamw excellent 16:54
adamw #action maxamillion to draft up some proposed policy docs for qa FAS group membership 16:54
adamw that's everything on the list... 16:54
adamw so, maxamillion, your time to shine :P 16:54
adamw #topic open floor: security spin 16:54
maxamillion heh :D 16:55
maxamillion http://fedoraproject.org/wiki/SecuritySpin:QA_Brainstorm 16:55
maxamillion I'm trying to work out some bits here since almost all the tools on the spin are command line, I want to get some people to help write some test cases to make sure those bits aren't broken 16:55
maxamillion then once that piece is done and we can successfully do some manual testing I was wanting to move to a scripted test and *hopefully* toss it in the AutoQA ring 16:56
maxamillion but that's the large scale hope .... right now its just going to be an information gathering piece 16:56
adamw yep, like you wrote to the list 16:57
adamw so, anything in particular to discuss or is this just a call for help? 16:57
maxamillion more or less just a call for help if anyone has a few spare cycles and knows anything about any of the tools listed 16:57
maxamillion I don't know about all of them which is really my main motivation behind extending out to the group for help 16:58
adamw yeah, so get off your lazy butts people :) 16:58
maxamillion lol 16:58
jlaska maxamillion: there was a sectool test day a few releases back ... lemme remember who hosted that event so maybe they have ideas 16:58
jlaska https://fedoraproject.org/wiki/Test_Day:2009-09-01_Sectool 16:58
maxamillion jlaska: oh, that'd be awesome! 16:58
jlaska looks like ... tmraz, mbarabas and pvrabec 16:59
maxamillion oh goodness ... we don't appear to have sectool on the security spin :X 17:00
adamw #info maxamillion looking for people to help draw up test cases for tools on the security spin 17:01
maxamillion anyhoo, as far as QA efforts go there really wasn't a whole lot to add to what I posted on the list, I just thought I'd bring it up in case some of the people in the meeting hadn't gotten a chance to read through their email (I know I get backed up quite a bit at times) 17:01
adamw #action jlaska / maxamillion to co-ordinate with sectool test day hosts tmraz, mbarabas and pvrabec who may be able to contribute 17:01
adamw okay, that's that one 17:02
adamw anyone else have an open floor topic? 17:02
jlaska I already chewed up my allowance :) 17:04
maxamillion oh, I had a random side question that *might* have been covered and I'm just a tardy turd ... but what's the current libvirt/KVM QA plans, etc.? and where can I find docs on how to help with that? (I have hardware that does KVM now and I'm excited about it) 17:04
adamw i think our test plans are basically 'we do most of our testing in virtual machines so if it's broken we probably know about it' :P 17:04
adamw but I may be missing something 17:04
kparal and we have it as F13Beta criteria 17:05
maxamillion adamw: fair enough ... that's pretty much what my work flow is at this point as well 17:05
maxamillion ok, just thought I'd ask :) 17:05
Oxf13 I'm stepping out, I have a local engagement 17:06
adamw proper formal testing would be useful i guess 17:06
adamw i don't think we have any planned atm 17:06
adamw #topic open floor 17:06
adamw anything else? 17:07
maxamillion not I 17:08
jlaska nothing here 17:08
* adamw is busy watching youtube videos about insane japanese robot suits 17:08
maxamillion adamw: LOL 17:09
adamw alrighty then - thanks for coming everyone 17:09
adamw http://www.youtube.com/watch?v=G4evlxq34og , btw 17:09
jlaska adamw: thanks for the #chair assist 17:09
adamw aka HOLY SHIT IT'S THE FUTURE 17:10
adamw #endmeeting 17:10

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