From Fedora Project Wiki

< QA‎ | Meetings

m (→‎Fedora 19 Feature list review: fixing markup mistake for a link)
(update page with the results of the meeting)
 
Line 1: Line 1:
= Attendees =
= Attendees =
* adamw (175)
* dan408 (63)
* Viking-Ice (46)
* tflink (38)
* kparal (20)
* satellit (5)
* zodbot (4)
* pjones (3)
* misc (2)
* jskladan (1)
* mjg59 (1)
* jskladan_ (1)
* nb (1)
* mkrizek (1)
* pschindl (1)


= Agenda =
= Agenda =
Line 8: Line 23:


== Criteria Revision ==
== Criteria Revision ==
* We really need to improve criteria presentation for F19
* adamw planning to draft a plan for improved presentation of the release criteria. tflink suggests moving the criteria out of the wiki could help, but for F19 for now it's likely to stay in wiki
* Ideas to keep in mind as part of the plan:
** kparal - draw a line between simple explanations and lawyerish complex clauses
** kparal/viking-ice - define terms that we're familiar with but a general reader may not be
** tflink - ensure there's short text for each criterion for IRC meeting purposes
** kparal - group the criteria (installation, desktop, networking...)
** kparal - link to background info on each criterion (esp. discussion when it was created)
** kparal - some mechanism for tagging criteria - "I hate when I search for PXE, but it is called "network boot" or similar"


== Test Case Revision ==
== Test Case Revision ==
* Revising of test cases during the F18 Final Test Phase was less than optimal - how to avoid with F19?
* adamw suggested expanding the upgrade test case set a little
* viking-ice suggested identifying hw-dependent and non-hw-dependent test cases in the matrices
* kparal said we should finish revising the partitioning criteria
* adamw thought we could come up with a set of common partitioning operation test cases
* kparal suggested an explicit Secure Boot criterion
* We should try and get as much criteria revision and test case revision done before Alpha as possible


== Fedora 19 Feature list review ==
== Fedora 19 Feature list review ==
* started last week
* See [https://fedoraproject.org/wiki/Category:FeatureAnnounced Category:FeatureAnnounced] and [[Releases/19/FeatureList]]
* See [https://fedoraproject.org/wiki/Category:FeatureAnnounced Category:FeatureAnnounced] and [[Releases/19/FeatureList]]
* Any new features worthy of concern?
* Already listed as features of potential concern from last week's meeting:
* Previous List:
*# [[Features/NewFirstboot]]
*# [[Features/NewFirstboot]]
*# [[Features/SyslinuxOption]]
*# [[Features/SyslinuxOption]]
Line 23: Line 48:
*# [[Features/YumGroupsAsObjects]]
*# [[Features/YumGroupsAsObjects]]
*# [[Features/FixNetworkNameResolution]]
*# [[Features/FixNetworkNameResolution]]
* [[Features/ReplaceMySQLwithMariaDB]] looks significant but we do not currently have planned testing for MySQL
** tflink suggested that a comprehensive MySQL benchmark tool could act as a compatibility checker if we could find such a thing
** viking-ice said we should ensure F18->F19 upgrades accomplish the mysql->mariadb switch smoothly
** If mysql is to still be available in F19, we should check it can be installed and used
* On [[Features/SystemdPredictableNetworkInterfaceNames]] - we should check behaviour of firewalld and libvirt, particularly on upgrades; check 'em1' is still used for most onboard adapters
* [[Features/KScreen]] may impact KDE validation in a small way
* [[Features/SyslinuxOption]] would be worth doing some optional testing on at least: viking-ice suggested it should be a supported kickstart option


== Open floor ==
== Open floor ==
N/A
== Action items ==
* adamw to draft up a proposal for revising the presentation of the release criteria
* adamw to draft up a kickstart criterion for f19


== IRC Log ==
== IRC Log ==
{|
|- id="t16:00:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #startmeeting Fedora QA meeting
|| [[#t16:00:17|16:00]]
|- id="t16:00:17"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon Feb  4 16:00:17 2013 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t16:00:17|16:00]]
|- id="t16:00:17"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t16:00:17|16:00]]
|- id="t16:00:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #meetingname fedora-qa
|| [[#t16:00:20|16:00]]
|- id="t16:00:20"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | The meeting name has been set to 'fedora-qa'
|| [[#t16:00:20|16:00]]
|- id="t16:00:22"
! style="background-color: #818144" | dan408
| style="color: #818144" | here
|| [[#t16:00:22|16:00]]
|- id="t16:00:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic roll call
|| [[#t16:00:26|16:00]]
|- id="t16:00:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | too early, dan, too early
|| [[#t16:00:29|16:00]]
|- id="t16:00:30"
| colspan="2" | * dan408 waves
|| [[#t16:00:30|16:00]]
|- id="t16:00:37"
| colspan="2" | * Viking-Ice here
|| [[#t16:00:37|16:00]]
|- id="t16:00:38"
| colspan="2" | * mkrizek is here
|| [[#t16:00:38|16:00]]
|- id="t16:00:41"
| colspan="2" | * satellit here
|| [[#t16:00:41|16:00]]
|- id="t16:00:46"
! style="background-color: #818144" | dan408
| style="color: #818144" | sorry i'll be later next time
|| [[#t16:00:46|16:00]]
|- id="t16:00:49"
| colspan="2" | * nb here
|| [[#t16:00:49|16:00]]
|- id="t16:00:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | you better
|| [[#t16:00:50|16:00]]
|- id="t16:00:51"
| colspan="2" | * tflink is here
|| [[#t16:00:51|16:00]]
|- id="t16:00:56"
| colspan="2" | * kparal here
|| [[#t16:00:56|16:00]]
|- id="t16:00:58"
! style="background-color: #818144" | dan408
| style="color: #818144" | hey nb
|| [[#t16:00:58|16:00]]
|- id="t16:01:02"
| colspan="2" | * pschindl is here
|| [[#t16:01:02|16:01]]
|- id="t16:01:14"
! style="background-color: #818144" | dan408
| style="color: #818144" | hey tflink kparal satellit pschindl
|| [[#t16:01:14|16:01]]
|- id="t16:01:22"
! style="background-color: #818144" | dan408
| style="color: #818144" | adamw you should throw chairs at people
|| [[#t16:01:22|16:01]]
|- id="t16:01:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | wow, full house
|| [[#t16:01:24|16:01]]
|- id="t16:01:26"
! style="background-color: #818144" | dan408
| style="color: #818144" | hey Viking-Ice
|| [[#t16:01:26|16:01]]
|- id="t16:01:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | good point
|| [[#t16:01:27|16:01]]
|- id="t16:01:32"
! style="background-color: #818144" | dan408
| style="color: #818144" | where's jreznik
|| [[#t16:01:32|16:01]]
|- id="t16:01:33"
| colspan="2" | * kparal pokes jskladan
|| [[#t16:01:33|16:01]]
|- id="t16:01:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #chair tflink kparal satellit
|| [[#t16:01:34|16:01]]
|- id="t16:01:34"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: adamw kparal satellit tflink
|| [[#t16:01:34|16:01]]
|- id="t16:01:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | funny how all these people somehow don't show up for blocker review ;)
|| [[#t16:01:47|16:01]]
|- id="t16:01:48"
! style="background-color: #854685" | kparal
| style="color: #854685" | dan408: I think jreznik was on FOSDEM
|| [[#t16:01:48|16:01]]
|- id="t16:01:54"
! style="background-color: #818144" | dan408
| style="color: #818144" | oh yeah that's right
|| [[#t16:01:54|16:01]]
|- id="t16:01:59"
! style="background-color: #854685" | kparal
| style="color: #854685" | or maybe still is
|| [[#t16:01:59|16:01]]
|- id="t16:02:06"
! style="background-color: #854685" | kparal
| style="color: #854685" | I don't know how long that lasts
|| [[#t16:02:06|16:02]]
|- id="t16:02:07"
! style="background-color: #818144" | dan408
| style="color: #818144" | yeah fosdem is in full effect
|| [[#t16:02:07|16:02]]
|- id="t16:02:26"
| colspan="2" | * jskladan lurks for sure
|| [[#t16:02:26|16:02]]
|- id="t16:02:34"
! style="background-color: #488888" | misc
| style="color: #488888" | fosdem finished yesterday
|| [[#t16:02:34|16:02]]
|- id="t16:02:44"
! style="background-color: #488888" | misc
| style="color: #488888" | ( and yep, jrzeznik was there, do not remember when he left )
|| [[#t16:02:44|16:02]]
|- id="t16:02:48"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so they're probably still hungover?
|| [[#t16:02:48|16:02]]
|- id="t16:02:54"
! style="background-color: #818144" | dan408
| style="color: #818144" | +1 for recovery day
|| [[#t16:02:54|16:02]]
|- id="t16:03:11"
| colspan="2" | * adamw still hungover from fudcon
|| [[#t16:03:11|16:03]]
|- id="t16:03:25"
! style="background-color: #818144" | dan408
| style="color: #818144" | you?
|| [[#t16:03:25|16:03]]
|- id="t16:03:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | :)
|| [[#t16:03:36|16:03]]
|- id="t16:03:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, so - we don't have 'previous meeting followup' this week as there were no action items
|| [[#t16:03:50|16:03]]
|- id="t16:04:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | unless anyone has something to pick up that's not in the rest of the agenda?
|| [[#t16:04:00|16:04]]
|- id="t16:04:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | https://fedoraproject.org/wiki/QA/Meetings/20130204
|| [[#t16:04:02|16:04]]
|- id="t16:04:12"
! style="background-color: #818144" | dan408
| style="color: #818144" | well i added new nth process
|| [[#t16:04:12|16:04]]
|- id="t16:04:17"
! style="background-color: #818144" | dan408
| style="color: #818144" | but i didnt know if it was in the right place
|| [[#t16:04:17|16:04]]
|- id="t16:04:21"
! style="background-color: #818144" | dan408
| style="color: #818144" | like i told you the other day
|| [[#t16:04:21|16:04]]
|- id="t16:04:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we covered it last week
|| [[#t16:04:36|16:04]]
|- id="t16:04:43"
! style="background-color: #818144" | dan408
| style="color: #818144" | oh ok
|| [[#t16:04:43|16:04]]
|- id="t16:05:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | https://fedoraproject.org/wiki/QA/Meetings/20130128#Blocker_process_revision
|| [[#t16:05:07|16:05]]
|- id="t16:05:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alrighty, then straight on to:
|| [[#t16:05:23|16:05]]
|- id="t16:05:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Criteria revision
|| [[#t16:05:30|16:05]]
|- id="t16:05:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i was hoping to have something a bit more concrete for the meeting, but unfortunately not yet
|| [[#t16:05:46|16:05]]
|- id="t16:06:07"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | I guess we need to add back all the advanced storage stuff in criteria that got "suspended" in f18
|| [[#t16:06:07|16:06]]
|- id="t16:06:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but the idea here is to revamp how we present the criteria somehow - the 'giant list of text bullet points' thing has probably gone as far as it can go
|| [[#t16:06:08|16:06]]
|- id="t16:06:18"
! style="background-color: #818144" | dan408
| style="color: #818144" | i like it
|| [[#t16:06:18|16:06]]
|- id="t16:06:25"
! style="background-color: #818144" | dan408
| style="color: #818144" | but would
|| [[#t16:06:25|16:06]]
|- id="t16:06:26"
! style="background-color: #818144" | dan408
| style="color: #818144" | acceptedblocker
|| [[#t16:06:26|16:06]]
|- id="t16:06:26"
! style="background-color: #818144" | dan408
| style="color: #818144" | acceptedfb
|| [[#t16:06:26|16:06]]
|- id="t16:06:30"
! style="background-color: #818144" | dan408
| style="color: #818144" | be seperate bugs
|| [[#t16:06:30|16:06]]
|- id="t16:06:31"
! style="background-color: #818144" | dan408
| style="color: #818144" | or keywords
|| [[#t16:06:31|16:06]]
|- id="t16:06:35"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: yeah, we have some content issues too
|| [[#t16:06:35|16:06]]
|- id="t16:06:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: this is about the criteria - https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria etc
|| [[#t16:06:45|16:06]]
|- id="t16:06:52"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | and finishing up the storage criteria from F18
|| [[#t16:06:52|16:06]]
|- id="t16:06:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: damnit, stop remembering that
|| [[#t16:06:58|16:06]]
|- id="t16:07:20"
! style="background-color: #818144" | dan408
| style="color: #818144" | well this is going to change isnt it
|| [[#t16:07:20|16:07]]
|- id="t16:07:21"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | it's not like I proposed anything concrete, either :-P
|| [[#t16:07:21|16:07]]
|- id="t16:07:22"
! style="background-color: #818144" | dan408
| style="color: #818144" | for f19
|| [[#t16:07:22|16:07]]
|- id="t16:07:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: well that's what we're talking about :)
|| [[#t16:07:29|16:07]]
|- id="t16:07:33"
! style="background-color: #818144" | dan408
| style="color: #818144" | well
|| [[#t16:07:33|16:07]]
|- id="t16:07:34"
! style="background-color: #854685" | kparal
| style="color: #854685" | I would like to see some simplified criteria page digestible by general users. with links to lawyer-like descriptions
|| [[#t16:07:34|16:07]]
|- id="t16:07:38"
! style="background-color: #818144" | dan408
| style="color: #818144" | what's proposed in the new anaconda
|| [[#t16:07:38|16:07]]
|- id="t16:07:52"
! style="background-color: #818144" | dan408
| style="color: #818144" | i mean a lot of it depends on that
|| [[#t16:07:52|16:07]]
|- id="t16:08:07"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | adamw: did you ever make a concrete proposal based on discussions from fudcon?
|| [[#t16:08:07|16:08]]
|- id="t16:08:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: not yet unfortunately
|| [[#t16:08:16|16:08]]
|- id="t16:08:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we never quite got around to drawing up a plan at fudcon, we just kinda talked round the issues, as i recall - i might've whiteboarded some of my crazy thoughts but i think that was all
|| [[#t16:08:39|16:08]]
|- id="t16:08:41"
! style="background-color: #854685" | kparal
| style="color: #854685" | and a QA vocabulary with common QA terms
|| [[#t16:08:41|16:08]]
|- id="t16:08:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: also nice
|| [[#t16:08:49|16:08]]
|- id="t16:09:01"
! style="background-color: #818144" | dan408
| style="color: #818144" | i really liked tflink's app
|| [[#t16:09:01|16:09]]
|- id="t16:09:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i've been planning to try and draft up a new way to present them and send it to the list, but to avoid duplication, has anyone else been working down that line? or planning to?
|| [[#t16:09:17|16:09]]
|- id="t16:09:20"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | I'm not so sure everyone is familiar with QA terms ( think newcomers ) at least not the from the field
|| [[#t16:09:20|16:09]]
|- id="t16:09:22"
! style="background-color: #818144" | dan408
| style="color: #818144" | like i was saying the ability for discussion and voting would make it perfect
|| [[#t16:09:22|16:09]]
|- id="t16:09:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: yeah i think you and kparal are onto something there, we should have a glossary of some kind
|| [[#t16:09:39|16:09]]
|- id="t16:09:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: again, this is just about presentation of the criteria, we're not talking about the blocker proposal / voting stuff right now
|| [[#t16:09:56|16:09]]
|- id="t16:10:18"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | adamw: nothing concrete or anything that would happen in the near future, no
|| [[#t16:10:18|16:10]]
|- id="t16:10:35"
! style="background-color: #818144" | dan408
| style="color: #818144" | adamw: i know just saying
|| [[#t16:10:35|16:10]]
|- id="t16:10:45"
! style="background-color: #854685" | kparal
| style="color: #854685" | adamw: I haven't intended to work on this in the near future, no
|| [[#t16:10:45|16:10]]
|- id="t16:11:04"
! style="background-color: #854685" | kparal
| style="color: #854685" | so nothing in my back drawer
|| [[#t16:11:04|16:11]]
|- id="t16:11:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, so we got some good 'ideas to put into the plan' already - the legalistic/simple distinction and the glossary
|| [[#t16:11:08|16:11]]
|- id="t16:11:14"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyone have any other ideas for me to put in the pot?
|| [[#t16:11:14|16:11]]
|- id="t16:11:22"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | tflink, had already mentioned an rename of QA to better follow the industry definition but that is a massive ( at least wiki ) work doing so for little no benefit as I see it
|| [[#t16:11:22|16:11]]
|- id="t16:11:38"
! style="background-color: #854685" | kparal
| style="color: #854685" | Viking-Ice: rename to what?
|| [[#t16:11:38|16:11]]
|- id="t16:11:45"
! style="background-color: #818144" | dan408
| style="color: #818144" | adamw: just to try to get a better understanding of exactly what's coming so we aren't changing criterion on the fly
|| [[#t16:11:45|16:11]]
|- id="t16:11:52"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | similar to making things simplified, have a shorter "summary" so that they fit in IRC lines
|| [[#t16:11:52|16:11]]
|- id="t16:11:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: that's on the content side, but sure
|| [[#t16:11:59|16:11]]
|- id="t16:12:22"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info adamw will be trying to come up with a proposal for better presenting the release criteria
|| [[#t16:12:22|16:12]]
|- id="t16:12:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info ideas to keep in mind:
|| [[#t16:12:28|16:12]]
|- id="t16:12:46"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | well, either a shorter "summary" or a better way to reference the criteria - rewriting them on the fly during review meetings is not fun
|| [[#t16:12:46|16:12]]
|- id="t16:12:47"
! style="background-color: #854685" | kparal
| style="color: #854685" | adamw: also I'd like to see the criteria grouped - for example installation criteria, desktop criteria, networking criteria, etc
|| [[#t16:12:47|16:12]]
|- id="t16:13:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - draw a line between simple explanations and lawyerish complex clauses
|| [[#t16:13:01|16:13]]
|- id="t16:13:08"
! style="background-color: #854685" | kparal
| style="color: #854685" | but it's highly possible sometimes a criterion would fall into several groups
|| [[#t16:13:08|16:13]]
|- id="t16:13:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal/viking-ice - define terms that we're familiar with but a general reader may not be
|| [[#t16:13:18|16:13]]
|- id="t16:13:20"
! style="background-color: #818144" | dan408
| style="color: #818144" | dates would be nice
|| [[#t16:13:20|16:13]]
|- id="t16:13:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info tflink - ensure there's short text for each criterion for IRC meeting purposes
|| [[#t16:13:32|16:13]]
|- id="t16:13:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - group the criteria (installation, desktop, networking...)
|| [[#t16:13:42|16:13]]
|- id="t16:13:43"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | kparal: I suspect he is referencing a conversation about "QA" -&gt; "Quality Assistance" instead of "Quality Assurance" but I could be wrong
|| [[#t16:13:43|16:13]]
|- id="t16:14:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: you mean dates of when the criteria were added?
|| [[#t16:14:00|16:14]]
|- id="t16:14:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | or what?
|| [[#t16:14:06|16:14]]
|- id="t16:14:10"
! style="background-color: #854685" | kparal
| style="color: #854685" | and also a link to a discussion about that particular criterion would be great to have attached. it'd be easy to understand why the criterion was created
|| [[#t16:14:10|16:14]]
|- id="t16:14:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - link to background info on each criterion (esp. discussion when it was created)
|| [[#t16:14:31|16:14]]
|- id="t16:14:31"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | tflink, kparal yup that
|| [[#t16:14:31|16:14]]
|- id="t16:14:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: you and I have all the same ideas I think :)
|| [[#t16:14:37|16:14]]
|- id="t16:14:52"
! style="background-color: #818144" | dan408
| style="color: #818144" | adamw: 1) dates of when all features are supposed to be approved by FESCO 2) deliverables and timelines for each feature 3) QA criterion for each feature (namely critical ones)
|| [[#t16:14:52|16:14]]
|- id="t16:15:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, you're still off in the weeds frm the topic we're actually meant to be on...
|| [[#t16:15:12|16:15]]
|- id="t16:15:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we have a feature topic coming up later
|| [[#t16:15:27|16:15]]
|- id="t16:15:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anything else for the criteria presentation?
|| [[#t16:15:43|16:15]]
|- id="t16:15:44"
! style="background-color: #854685" | kparal
| style="color: #854685" | one more: tags. I hate when I search for PXE, but it is called "network boot" or similar
|| [[#t16:15:44|16:15]]
|- id="t16:16:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - some mechanism for tagging criteria - "I hate when I search for PXE, but it is called "network boot" or similar"
|| [[#t16:16:04|16:16]]
|- id="t16:16:06"
! style="background-color: #854685" | kparal
| style="color: #854685" | after the criterion there can be a few tags like "[PXE]"
|| [[#t16:16:06|16:16]]
|- id="t16:16:10"
! style="background-color: #818144" | dan408
| style="color: #818144" | sorry, i guess im always thinking far too ahead
|| [[#t16:16:10|16:16]]
|- id="t16:16:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | you gotta let us catch up with you, dan :)
|| [[#t16:16:18|16:16]]
|- id="t16:16:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | step away from the delorean
|| [[#t16:16:29|16:16]]
|- id="t16:16:35"
! style="background-color: #818144" | dan408
| style="color: #818144" | inorite
|| [[#t16:16:35|16:16]]
|- id="t16:16:40"
! style="background-color: #818144" | dan408
| style="color: #818144" | im already running rawhide
|| [[#t16:16:40|16:16]]
|- id="t16:16:49"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | is the criteria something we are going to add to the qa blocker proposal page then text with tags and archive the wiki page ?
|| [[#t16:16:49|16:16]]
|- id="t16:17:10"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | Viking-Ice: possibly but not for F19, I don't think
|| [[#t16:17:10|16:17]]
|- id="t16:17:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: well that's a possibility, but i was just planning to revise it within the wiki for now
|| [[#t16:17:18|16:17]]
|- id="t16:17:49"
! style="background-color: #818144" | dan408
| style="color: #818144" | well is there anything burning on a stove right now?
|| [[#t16:17:49|16:17]]
|- id="t16:18:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | apart from my pancakes? nope
|| [[#t16:18:01|16:18]]
|- id="t16:18:05"
! style="background-color: #818144" | dan408
| style="color: #818144" | cool
|| [[#t16:18:05|16:18]]
|- id="t16:18:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info criteria revision proposal is just wiki-based for now, but there's a possibility we could move the criteria into the blocker tracking app in future if it gives us useful results
|| [[#t16:18:21|16:18]]
|- id="t16:18:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #action adamw to draft up a proposal for revising the presentation of the release criteria
|| [[#t16:18:32|16:18]]
|- id="t16:18:35"
! style="background-color: #818144" | dan408
| style="color: #818144" | no dates no nothing set in stone yet?
|| [[#t16:18:35|16:18]]
|- id="t16:19:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: for f19? fesco didn't finish the proposed feature list yet i don't think
|| [[#t16:19:01|16:19]]
|- id="t16:19:03"
! style="background-color: #818144" | dan408
| style="color: #818144" | here
|| [[#t16:19:03|16:19]]
|- id="t16:19:05"
! style="background-color: #818144" | dan408
| style="color: #818144" | #link https://fedoraproject.org/wiki/Releases/19/Schedule
|| [[#t16:19:05|16:19]]
|- id="t16:19:06"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | which reminds me that I still haven't written anything down about ideas for changing the blocker tracking process as a whole yet (longer term than F19)
|| [[#t16:19:06|16:19]]
|- id="t16:19:14"
! style="background-color: #818144" | dan408
| style="color: #818144" | fesco is still voting on features
|| [[#t16:19:14|16:19]]
|- id="t16:19:29"
! style="background-color: #818144" | dan408
| style="color: #818144" | f19 branch end of feb
|| [[#t16:19:29|16:19]]
|- id="t16:19:30"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | yeah, they're still reviewing features and AFAIK, are planning to look at proposed schedules on wednesday
|| [[#t16:19:30|16:19]]
|- id="t16:19:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | they've said they're going to do the schedule when they're done with features, but they're committed to making sure we have a reasonable gap between 'schedule set' and 'alpha release'
|| [[#t16:19:43|16:19]]
|- id="t16:19:48"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | nothing has been finalized yet, though
|| [[#t16:19:48|16:19]]
|- id="t16:19:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, what's on that page right now is probably out of date
|| [[#t16:19:58|16:19]]
|- id="t16:20:02"
! style="background-color: #818144" | dan408
| style="color: #818144" | i proposed a spin, and i dont know if it ever made it to the spins list, jreznik told me the spins process is kind of fubar'd
|| [[#t16:20:02|16:20]]
|- id="t16:20:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, this is also not the spins meeting
|| [[#t16:20:12|16:20]]
|- id="t16:20:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think we've got the criteria, next topic!
|| [[#t16:20:23|16:20]]
|- id="t16:20:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Test case revision
|| [[#t16:20:30|16:20]]
|- id="t16:20:44"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | dont we have a feature list of what has been accepted since last meeting which we can iterated through
|| [[#t16:20:44|16:20]]
|- id="t16:21:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: there's a topic for that later, see agenda
|| [[#t16:21:05|16:21]]
|- id="t16:21:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so boblfoot added this, with the comment "Revising of test cases during the F18 Final Test Phase was less than optimal - how to avoid with F19?"
|| [[#t16:21:18|16:21]]
|- id="t16:21:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i guess the takeaway is we should try to make sure we're happy with the test case set by Alpha, as much as possible
|| [[#t16:21:37|16:21]]
|- id="t16:22:04"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | as well as the criteria I would say
|| [[#t16:22:04|16:22]]
|- id="t16:22:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | are there any areas people are particularly worried about wrt the test case coverage?
|| [[#t16:22:04|16:22]]
|- id="t16:22:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yup
|| [[#t16:22:06|16:22]]
|- id="t16:22:24"
! style="background-color: #818144" | dan408
| style="color: #818144" | no
|| [[#t16:22:24|16:22]]
|- id="t16:22:31"
| colspan="2" | * adamw gives tflink a donut
|| [[#t16:22:31|16:22]]
|- id="t16:22:33"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | the only one I can think of is graphical upgrades, once the client is finished
|| [[#t16:22:33|16:22]]
|- id="t16:22:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we could probably add a couple other upgrade test cases if we wanted, now we don't have to test both anaconda and preupgrade
|| [[#t16:22:56|16:22]]
|- id="t16:23:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it might be nice to cover the encrypted upgrade case at least, and maybe a couple of package sets
|| [[#t16:23:08|16:23]]
|- id="t16:23:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info adamw - maybe expand upgrade test case set a little
|| [[#t16:23:31|16:23]]
|- id="t16:23:36"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | yeah, I think the main question is how to do that without duplicating the test case 10 times :)
|| [[#t16:23:36|16:23]]
|- id="t16:23:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | :P
|| [[#t16:23:42|16:23]]
|- id="t16:24:02"
| colspan="2" | * dan408 proposes a wait and see atitude
|| [[#t16:24:02|16:24]]
|- id="t16:24:03"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | but that's not a problem unique to upgrades
|| [[#t16:24:03|16:24]]
|- id="t16:24:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | one thing i'd like to see but realistically may not have time to get done would be some kind of set of storage test cases
|| [[#t16:24:05|16:24]]
|- id="t16:24:07"
! style="background-color: #818144" | dan408
| style="color: #818144" | attitude*
|| [[#t16:24:07|16:24]]
|- id="t16:24:17"
! style="background-color: #854685" | kparal
| style="color: #854685" | I think some partitioning criteria could be improved, like "should not crash for invalid operations" in custom part, but not in guided part
|| [[#t16:24:17|16:24]]
|- id="t16:24:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's no way we can cover everything, but it might be kinda nice to cover a few btrfs, raid, lvm, install-over-previous-partitions kinda thing
|| [[#t16:24:29|16:24]]
|- id="t16:24:30"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | I think we need to separate test cases into two categories hw related and not hw related
|| [[#t16:24:30|16:24]]
|- id="t16:24:34"
! style="background-color: #818144" | dan408
| style="color: #818144" | they promised to fix a lot of things for 19
|| [[#t16:24:34|16:24]]
|- id="t16:24:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: yeah, that's what tflink mentioned earlier, the partitioning criteria are kinda horrible - they're stuck in the middle of being revised, i was working on it last cycle and just never finished
|| [[#t16:24:53|16:24]]
|- id="t16:25:05"
| colspan="2" | * satellit liveinst still not fixed for Soas spin...: (
|| [[#t16:25:05|16:25]]
|- id="t16:25:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: they're categorized already but the categories are somewhat old and we could look at revising them
|| [[#t16:25:09|16:25]]
|- id="t16:25:22"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | there is no point in me adamw tflink dan kparal conducting the same test cases at the same similar time since the outcome can be expected to be the same unless they rely on different hw
|| [[#t16:25:22|16:25]]
|- id="t16:25:39"
! style="background-color: #818144" | dan408
| style="color: #818144" | i refuse
|| [[#t16:25:39|16:25]]
|- id="t16:25:58"
! style="background-color: #818144" | dan408
| style="color: #818144" | i want to see what they propose first
|| [[#t16:25:58|16:25]]
|- id="t16:26:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: the feature for anaconda changes for f19 has already been accepted, you can check it out. there aren't any giant changes besides the re-addition of enterprise storage.
|| [[#t16:26:33|16:26]]
|- id="t16:26:47"
! style="background-color: #818144" | dan408
| style="color: #818144" | lovely
|| [[#t16:26:47|16:26]]
|- id="t16:26:48"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info viking-ice - identify hw-dependent and non-hw-dependent test cases
|| [[#t16:26:48|16:26]]
|- id="t16:27:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - finish revising the partitioning criteria
|| [[#t16:27:04|16:27]]
|- id="t16:27:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info adamw - come up with a set of common partitioning operation test cases
|| [[#t16:27:19|16:27]]
|- id="t16:27:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | lots of nice ideas there :)
|| [[#t16:27:24|16:27]]
|- id="t16:27:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | any others?
|| [[#t16:27:40|16:27]]
|- id="t16:27:40"
! style="background-color: #818144" | dan408
| style="color: #818144" | how about fixing UEFI
|| [[#t16:27:40|16:27]]
|- id="t16:27:54"
! style="background-color: #854685" | kparal
| style="color: #854685" | ah, SB criteria, anyone?
|| [[#t16:27:54|16:27]]
|- id="t16:27:58"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | fixing UEFI?
|| [[#t16:27:58|16:27]]
|- id="t16:27:59"
! style="background-color: #4d4d93" | satellit
| style="color: #4d4d93" | not showing dd USB booted from in anaconda
|| [[#t16:27:59|16:27]]
|- id="t16:28:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: arguably covered by "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures", but maybe explicit might be better
|| [[#t16:28:25|16:28]]
|- id="t16:28:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info kparal - explicit Secure Boot criterion?
|| [[#t16:28:33|16:28]]
|- id="t16:28:35"
! style="background-color: #818144" | dan408
| style="color: #818144" | tflink: yes
|| [[#t16:28:35|16:28]]
|- id="t16:28:44"
! style="background-color: #97974f" | pjones
| style="color: #97974f" | dan408: care to be a bit more specific?
|| [[#t16:28:44|16:28]]
|- id="t16:28:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: that's the kind of thing we may be able to do better with the new criteria presentation if i get it right
|| [[#t16:28:47|16:28]]
|- id="t16:29:00"
! style="background-color: #818144" | dan408
| style="color: #818144" | pjones: lots of users having issues with both UEFI and secureboot installs
|| [[#t16:29:00|16:29]]
|- id="t16:29:13"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | dan408: how is that related to criteria?
|| [[#t16:29:13|16:29]]
|- id="t16:29:18"
! style="background-color: #818144" | dan408
| style="color: #818144" | nevermind
|| [[#t16:29:18|16:29]]
|- id="t16:29:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | off topic! off topic! awooga.
|| [[#t16:29:18|16:29]]
|- id="t16:29:32"
! style="background-color: #9b519b" | mjg59
| style="color: #9b519b" | dan408: They really ought to file bugs, but as noted that's not on topic
|| [[#t16:29:32|16:29]]
|- id="t16:29:39"
| colspan="2" | * jskladan_ sometimes hates all teh internetz providers...
|| [[#t16:29:39|16:29]]
|- id="t16:29:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | man, spot the people with irc highlighting :)
|| [[#t16:29:44|16:29]]
|- id="t16:29:45"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | kparal, nr1 test case for SB check if we have certificate that does not expire during the release life time ;)
|| [[#t16:29:45|16:29]]
|- id="t16:30:27"
! style="background-color: #97974f" | pjones
| style="color: #97974f" | Viking-Ice: shouldn't make any difference.  validity dates in SB aren't supposed to be being checked.
|| [[#t16:30:27|16:30]]
|- id="t16:30:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, any more criteria ideas?
|| [[#t16:30:29|16:30]]
|- id="t16:30:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | er, or test case.
|| [[#t16:30:37|16:30]]
|- id="t16:30:38"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | pjones, ok
|| [[#t16:30:38|16:30]]
|- id="t16:30:45"
! style="background-color: #818144" | dan408
| style="color: #818144" | not really like i said play it by ear
|| [[#t16:30:45|16:30]]
|- id="t16:30:47"
! style="background-color: #97974f" | pjones
| style="color: #97974f" | (and the ones in the cert that signs shim aren't under our control anyway, so criteria won't really help.)
|| [[#t16:30:47|16:30]]
|- id="t16:31:01"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | Viking-Ice: that seems a bit too specific and corner-casey to have an actual test case for it. I'm not saying it isn't an issue, just not sure it needs to be checked for every milestone's TC/RCs
|| [[#t16:31:01|16:31]]
|- id="t16:31:48"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay then, moving along
|| [[#t16:31:48|16:31]]
|- id="t16:32:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh
|| [[#t16:32:02|16:32]]
|- id="t16:32:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info we should try and get criteria revision and test case revision done before Alpha as much as possible
|| [[#t16:32:15|16:32]]
|- id="t16:32:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Fedora 19 Feature list review
|| [[#t16:32:18|16:32]]
|- id="t16:32:27"
! style="background-color: #818144" | dan408
| style="color: #818144" | https://fedoraproject.org/wiki/Releases/19/FeatureList
|| [[#t16:32:27|16:32]]
|- id="t16:32:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: did you have anything prepared for this?
|| [[#t16:32:34|16:32]]
|- id="t16:33:12"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | we somehow need to flag features we have already covered
|| [[#t16:33:12|16:33]]
|- id="t16:33:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's a list on the agenda
|| [[#t16:33:19|16:33]]
|- id="t16:33:22"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | https://fedoraproject.org/wiki/QA/Meetings/20130204#Fedora_19_Feature_list_review
|| [[#t16:33:22|16:33]]
|- id="t16:33:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | "Previous List"
|| [[#t16:33:25|16:33]]
|- id="t16:33:49"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, the previous list is just what we thought we should keep an eye out for not all the feature we covered
|| [[#t16:33:49|16:33]]
|- id="t16:34:18"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | as in total features we covered last week vs a slimmed list what has been approves since then
|| [[#t16:34:18|16:34]]
|- id="t16:34:48"
! style="background-color: #818144" | dan408
| style="color: #818144" | it could be totally different per feature, and with features growing massively i mean we have to decide on a few basic criterion
|| [[#t16:34:48|16:34]]
|- id="t16:35:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: right, sorry, should've prepared something
|| [[#t16:35:04|16:35]]
|- id="t16:35:18"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | adamw: nothing specific, no. just figured it would be a good thing to bring up
|| [[#t16:35:18|16:35]]
|- id="t16:35:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | https://fedoraproject.org/w/index.php?title=Releases/19/FeatureList&amp;diff=321788&amp;oldid=320463 looks like the change to FeatureList from last time
|| [[#t16:35:27|16:35]]
|- id="t16:36:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i can see a few things on there that look like good test day candidates
|| [[#t16:36:03|16:36]]
|- id="t16:36:22"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | hmm the feature process should actually somehow tag which criteria each feature hit ( if any )
|| [[#t16:36:22|16:36]]
|- id="t16:36:23"
! style="background-color: #818144" | dan408
| style="color: #818144" | how do we test 3d printing?
|| [[#t16:36:23|16:36]]
|- id="t16:36:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: we don't!
|| [[#t16:36:30|16:36]]
|- id="t16:36:30"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | we dont
|| [[#t16:36:30|16:36]]
|- id="t16:36:45"
! style="background-color: #818144" | dan408
| style="color: #818144" | awesome!
|| [[#t16:36:45|16:36]]
|- id="t16:36:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ReplaceMySQLwithMariaDB has been discussed on-list a bit - obviously significant, we don't have much infrastructure for testing it at present
|| [[#t16:36:49|16:36]]
|- id="t16:36:59"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, not criteria
|| [[#t16:36:59|16:36]]
|- id="t16:37:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah
|| [[#t16:37:04|16:37]]
|- id="t16:37:39"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, I would say it's ours to cover criteria items it's theirs ( feature owners ) to cover what's related to their feature
|| [[#t16:37:39|16:37]]
|- id="t16:37:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: well the 'criterion' to me is pretty simple - anyone using mysql in f18 should get transparently migrated to mariadb in f19 and stuff should keep working
|| [[#t16:37:42|16:37]]
|- id="t16:37:58"
! style="background-color: #818144" | dan408
| style="color: #818144" | symlinks?
|| [[#t16:37:58|16:37]]
|- id="t16:37:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: well, we're not _just_ doing release validation, qa's remit is broader
|| [[#t16:37:59|16:37]]
|- id="t16:38:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | dan408: the technical side isn't our problem
|| [[#t16:38:10|16:38]]
|- id="t16:38:16"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | adamw: that sounds huge, though - how would we approach it?
|| [[#t16:38:16|16:38]]
|- id="t16:38:22"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but yeah, that one doesn't likely affect the criteria directly
|| [[#t16:38:22|16:38]]
|- id="t16:38:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: you expect me to have *solutions*? wrong number! i only point out problems.
|| [[#t16:38:42|16:38]]
|- id="t16:38:55"
! style="background-color: #818144" | dan408
| style="color: #818144" | i cant remember the last time i ran mysql anyways
|| [[#t16:38:55|16:38]]
|- id="t16:38:58"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, have the feature owners provides us with proper testing/debugging instruction or is that just added workload writing that for us so we can properly cover those features?
|| [[#t16:38:58|16:38]]
|- id="t16:39:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: https://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB#How_To_Test
|| [[#t16:39:26|16:39]]
|- id="t16:39:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, not much.
|| [[#t16:39:29|16:39]]
|- id="t16:40:18"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | I wonder if some generic mysql benchmark might work well here
|| [[#t16:40:18|16:40]]
|- id="t16:40:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info https://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB is clearly a significant change but doesn't directly hit the release criteria and it's pretty hard for us to come up with a reasonably scoped test plan
|| [[#t16:40:21|16:40]]
|- id="t16:40:41"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | ie, if the benchmark ran on both mysql and mariadb, that is a decent indication of compat.
|| [[#t16:40:41|16:40]]
|- id="t16:40:44"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, yup we need to somehow flag "feature testing day" with only the need to point reporters to the relevant feature and follow what is instructed there
|| [[#t16:40:44|16:40]]
|- id="t16:40:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | right
|| [[#t16:40:44|16:40]]
|- id="t16:41:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info tflink - maybe if we can find a comprehensive mysql benchmark suite and check that runs, it would indicate a good level of compatibility
|| [[#t16:41:06|16:41]]
|- id="t16:41:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: with the quality of 'testing instructions' we get i think having one day for that for all features would be unworkably broad :/ i think it works better to try and schedule test days for specific features of concern
|| [[#t16:41:42|16:41]]
|- id="t16:41:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we should definitely have a test day for this one for e.g.
|| [[#t16:41:47|16:41]]
|- id="t16:41:53"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | if mariadb will replace mysql on upgrade we need to cover upgrade tests
|| [[#t16:41:53|16:41]]
|- id="t16:42:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i need to set up the test day stuff for f19 cycle, it's on my todo list for this week
|| [[#t16:42:00|16:42]]
|- id="t16:42:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: it does, and yeah
|| [[#t16:42:04|16:42]]
|- id="t16:42:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i actually got mariadb in my rawhide update the other day so that part's already working in at least a simple case
|| [[#t16:42:21|16:42]]
|- id="t16:42:34"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | you need to test it with live data
|| [[#t16:42:34|16:42]]
|- id="t16:42:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info viking-ice - make sure we cover testing upgrade from f18 to f19 achieves the mariadb swap cleanly
|| [[#t16:42:42|16:42]]
|- id="t16:43:06"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | samples ( live data samples )
|| [[#t16:43:06|16:43]]
|- id="t16:43:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | sure
|| [[#t16:43:12|16:43]]
|- id="t16:43:30"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | has mysql been orphaned ?
|| [[#t16:43:30|16:43]]
|- id="t16:44:00"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | I thought that one of the issues with that proposal was the part about not allowing mysql any more
|| [[#t16:44:00|16:44]]
|- id="t16:44:01"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | if we still ship mysql in f19 I assume this effort is not necessary
|| [[#t16:44:01|16:44]]
|- id="t16:44:10"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | or am I getting my features confused
|| [[#t16:44:10|16:44]]
|- id="t16:44:31"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | tflink, there where some mixed signals with that
|| [[#t16:44:31|16:44]]
|- id="t16:44:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, it seems to keep changing
|| [[#t16:44:46|16:44]]
|- id="t16:44:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i don't recall precisely what fesco decided
|| [[#t16:44:53|16:44]]
|- id="t16:45:01"
! style="background-color: #818144" | dan408
| style="color: #818144" | mysql is kind of dead
|| [[#t16:45:01|16:45]]
|- id="t16:45:03"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | on one hand oracle offered to maintain mysql on the other it look like remi hhorak wanted them to fix some issues
|| [[#t16:45:03|16:45]]
|- id="t16:45:15"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | and they might continue to maintain that
|| [[#t16:45:15|16:45]]
|- id="t16:45:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | "AGREED: Feature accepted as proposed (including obsoletion as a transition mechanism).  If new MySQL maintainers appear, feature owners are asked to make it possible to install the MySQL stand-alone server (only)"
|| [[#t16:45:34|16:45]]
|- id="t16:45:57"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | that's from the last fesco meeting.
|| [[#t16:45:57|16:45]]
|- id="t16:46:26"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | I think that all was being decided that no one was going to be picking up mysql and maintaining it
|| [[#t16:46:26|16:46]]
|- id="t16:46:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, another one that pops out is Features/SystemdPredictableNetworkInterfaceNames
|| [[#t16:46:26|16:46]]
|- id="t16:47:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i believe that at least it's been agreed to make the Shiny New Scheme use em0 for most 'default onboard' devices so that won't change from biosdevname, which is a win
|| [[#t16:47:03|16:47]]
|- id="t16:47:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so i guess we should make sure that happens, and make sure the new mechanism actually works, and i guess test that whatever's supposed to happen on upgrade happens
|| [[#t16:47:26|16:47]]
|- id="t16:47:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | any other things people can think of to check there?
|| [[#t16:47:32|16:47]]
|- id="t16:47:33"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, we covered that one last meeting it would be good to get a clear statement from fesco saying we will not be releasing fedora 19 with mysql
|| [[#t16:47:33|16:47]]
|- id="t16:47:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh sorry
|| [[#t16:47:41|16:47]]
|- id="t16:47:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: you could probably just ask for clarification on the devel list there
|| [[#t16:47:59|16:47]]
|- id="t16:48:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | reply to the fesco minutes post
|| [[#t16:48:03|16:48]]
|- id="t16:48:04"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | Viking-Ice: I thought that F19 would have mysql but that it was going away for 20
|| [[#t16:48:04|16:48]]
|- id="t16:48:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: ah yeah, predictable names was covered indeed.
|| [[#t16:48:15|16:48]]
|- id="t16:48:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: so clearly we do need clarification :)
|| [[#t16:48:29|16:48]]
|- id="t16:48:40"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, iptables/firewalld/arptables etc + something like libvirt might be doing something with hardcoded interface are there first thing that pop up to mind
|| [[#t16:48:40|16:48]]
|- id="t16:48:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info if mysql is to still be available in f19, check it can be installed and used
|| [[#t16:48:45|16:48]]
|- id="t16:49:04"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, if mysql is still available we do nothing
|| [[#t16:49:04|16:49]]
|- id="t16:49:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: yeah, be good to see what happens with firewalld on upgrade
|| [[#t16:49:06|16:49]]
|- id="t16:49:26"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | vm's might be something to look at - IIRC, it was a bit of an issue with biosdevname
|| [[#t16:49:26|16:49]]
|- id="t16:49:30"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | adamw, if mysql is not available we do migration tests  ;)
|| [[#t16:49:30|16:49]]
|- id="t16:50:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info on predictable network names - check behaviour of firewalld and libvirt, particularly on upgrades; check 'em0' is still used by new scheme
|| [[#t16:50:04|16:50]]
|- id="t16:50:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyone see any other features that raise red flags?
|| [[#t16:50:39|16:50]]
|- id="t16:51:25"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | kscreen, maybe? I assume that the kde folks will have that covered, though
|| [[#t16:51:25|16:51]]
|- id="t16:51:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | worth keeping an eye on for kde validation
|| [[#t16:51:37|16:51]]
|- id="t16:51:44"
| colspan="2" | * satellit OEM install in anaconda  (covered I think)
|| [[#t16:51:44|16:51]]
|- id="t16:51:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info tflink - KScreen might be worth keeping an eye on for KDE validation
|| [[#t16:51:45|16:51]]
|- id="t16:51:52"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | what about syslinux
|| [[#t16:51:52|16:51]]
|- id="t16:51:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh, good one
|| [[#t16:51:58|16:51]]
|- id="t16:52:27"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info https://fedoraproject.org/wiki/Features/SyslinuxOption also worth testing
|| [[#t16:52:27|16:52]]
|- id="t16:52:30"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | potentially the share system certs
|| [[#t16:52:30|16:52]]
|- id="t16:52:34"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | shared
|| [[#t16:52:34|16:52]]
|- id="t16:52:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it looks like it'll be pretty hidden, but if we have time it'd be good to check it works (syslinux)
|| [[#t16:52:46|16:52]]
|- id="t16:52:47"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | we probably should add syslinux to criteria
|| [[#t16:52:47|16:52]]
|- id="t16:52:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Viking-Ice: i think maybe for the first release it's in there we don't need to
|| [[#t16:52:55|16:52]]
|- id="t16:53:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | since it's only going to be available via kickstart or a secret anaconda parameter
|| [[#t16:53:10|16:53]]
|- id="t16:53:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it might be good as an optional test case though
|| [[#t16:53:20|16:53]]
|- id="t16:53:25"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | well from my pov we should dot that from the start
|| [[#t16:53:25|16:53]]
|- id="t16:53:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | do we really want to block the release for something that's basically a hidden feature, though?
|| [[#t16:53:38|16:53]]
|- id="t16:53:55"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | installer
|| [[#t16:53:55|16:53]]
|- id="t16:54:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | you won't be able to just pick syslinux in the installer interactively
|| [[#t16:54:10|16:54]]
|- id="t16:54:20"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | no but ks
|| [[#t16:54:20|16:54]]
|- id="t16:54:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | eh...personally i'd still vote against it as a criterion but you could draft it up for the list and see what people think
|| [[#t16:54:49|16:54]]
|- id="t16:55:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | otherwise we can just test it and maybe consider bugs for freezeexception
|| [[#t16:55:09|16:55]]
|- id="t16:55:15"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | sorry not following dont we have to cover all ks options
|| [[#t16:55:15|16:55]]
|- id="t16:55:39"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | I don't think it was all, just a subset considered important enough to block over
|| [[#t16:55:39|16:55]]
|- id="t16:55:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | right
|| [[#t16:55:42|16:55]]
|- id="t16:55:47"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | with a yet to be determined subset
|| [[#t16:55:47|16:55]]
|- id="t16:55:47"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | and by we I mean autoqa ( since ks snippes should be automated )
|| [[#t16:55:47|16:55]]
|- id="t16:55:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | actually that's something we need to put an action item on
|| [[#t16:55:53|16:55]]
|- id="t16:56:00"
| colspan="2" | * satellit also USB .ks ?
|| [[#t16:56:00|16:56]]
|- id="t16:56:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we agreed in f18 validation to take kickstart stuff on case-by-case basis, but draft up a proper criterion for f19
|| [[#t16:56:12|16:56]]
|- id="t16:56:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but in general we didn't want to block on every possible kickstart option, just some subset
|| [[#t16:56:23|16:56]]
|- id="t16:56:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | does someone want to take the action item for that or should I?
|| [[#t16:56:29|16:56]]
|- id="t16:57:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | guess that's me then!
|| [[#t16:57:02|16:57]]
|- id="t16:57:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #action adamw to draft up a kickstart criterion for f19
|| [[#t16:57:10|16:57]]
|- id="t16:57:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info consider whether syslinux should come in the subset of blocking kickstart options
|| [[#t16:57:29|16:57]]
|- id="t16:57:31"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | well I think autoqa should be able to cover ks installation completely
|| [[#t16:57:31|16:57]]
|- id="t16:57:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in an ideal world, sure
|| [[#t16:57:39|16:57]]
|- id="t16:57:43"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | Viking-Ice: feel free to submit patches
|| [[#t16:57:43|16:57]]
|- id="t16:57:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in practice, we have enough trouble keeping the simplest subset working
|| [[#t16:57:47|16:57]]
|- id="t16:58:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's an obvious area for development for autoqa, but we can't rely on it yet
|| [[#t16:58:12|16:58]]
|- id="t16:58:19"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | due to anaconda breakage or how autoqa is handling it
|| [[#t16:58:19|16:58]]
|- id="t16:58:36"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | ( the trouble keeping simplest subsystem working )
|| [[#t16:58:36|16:58]]
|- id="t16:58:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i dunno if anyone's looked at exactly what's not working in rats lately
|| [[#t16:58:39|16:58]]
|- id="t16:58:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we only really have tflink and kparal for autoqa and they have other things to work on too :/
|| [[#t16:58:51|16:58]]
|- id="t16:58:54"
! style="background-color: #854685" | kparal
| style="color: #854685" | last time remote syslog was broken in anaconda
|| [[#t16:58:54|16:58]]
|- id="t16:59:08"
! style="background-color: #854685" | kparal
| style="color: #854685" | anything that autoqa depends on would have to be an automatic blocker
|| [[#t16:59:08|16:59]]
|- id="t16:59:16"
! style="background-color: #854685" | kparal
| style="color: #854685" | regardless criteria
|| [[#t16:59:16|16:59]]
|- id="t16:59:19"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | personally, I think that RATS is broken on a conceptual level, but that's me
|| [[#t16:59:19|16:59]]
|- id="t16:59:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we're getting close to our hour here
|| [[#t16:59:21|16:59]]
|- id="t16:59:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we can put followups to this on the agenda for next week if people want - any specific topics?
|| [[#t16:59:37|16:59]]
|- id="t16:59:40"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | it's not like I have something to replace it right now
|| [[#t16:59:40|16:59]]
|- id="t16:59:55"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | kparal, I would assume anaonda defaults the online systemd syslogger on for f19 so fetching that log should be easy via some curl magic
|| [[#t16:59:55|16:59]]
|- id="t17:00:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we've got lots of plans for autoqa work, but it all blocks on having the people to do them
|| [[#t17:00:00|17:00]]
|- id="t17:00:13"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | what adamw said
|| [[#t17:00:13|17:00]]
|- id="t17:00:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, if anyone wants to add a specific topic from the above to next week's agenda, do go ahead and put it in the wiki
|| [[#t17:00:43|17:00]]
|- id="t17:00:52"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | I can't speak for anyone else but I'd love to work on autoqa but the blocker tracking stuff is a higher priority ATM
|| [[#t17:00:52|17:00]]
|- id="t17:01:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | let's finish up for this week
|| [[#t17:01:07|17:01]]
|- id="t17:01:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic open floor
|| [[#t17:01:09|17:01]]
|- id="t17:01:13"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyone have things for open floor?
|| [[#t17:01:13|17:01]]
|- id="t17:01:29"
! style="background-color: #8c4a4a" | Viking-Ice
| style="color: #8c4a4a" | hm I probably should go ahead and file an rfe for that...
|| [[#t17:01:29|17:01]]
|- id="t17:01:52"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | go for it
|| [[#t17:01:52|17:01]]
|- id="t17:02:52"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | if there's nothing for open floor, setting fuse for 1 minute..hisssss
|| [[#t17:02:52|17:02]]
|- id="t17:03:19"
! style="background-color: #4b904b" | tflink
| style="color: #4b904b" | snakes?!
|| [[#t17:03:19|17:03]]
|- id="t17:03:25"
| colspan="2" | * tflink runs away
|| [[#t17:03:25|17:03]]
|- id="t17:04:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yesss...chase him, my pretties
|| [[#t17:04:05|17:04]]
|- id="t17:04:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ok, thanks for coming everyone!
|| [[#t17:04:11|17:04]]
|- id="t17:04:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | all criteria / test case proposals welcomed if people want to work on anything that came up above :)
|| [[#t17:04:25|17:04]]
|- id="t17:04:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i may be out several days this week, btw, looking like a good snow week, so i may not get all my action items done
|| [[#t17:04:40|17:04]]
|- id="t17:04:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | same time next week
|| [[#t17:04:53|17:04]]
|- id="t17:04:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #endmeeting
|| [[#t17:04:55|17:04]]
|}
Generated by irclog2html.py 2.11.0 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 02:57, 6 February 2013

Attendees

  • adamw (175)
  • dan408 (63)
  • Viking-Ice (46)
  • tflink (38)
  • kparal (20)
  • satellit (5)
  • zodbot (4)
  • pjones (3)
  • misc (2)
  • jskladan (1)
  • mjg59 (1)
  • jskladan_ (1)
  • nb (1)
  • mkrizek (1)
  • pschindl (1)

Agenda

  • Criteria Revision
  • Test Case Revision
  • Fedora 19 feature list review
  • Open floor

Criteria Revision

  • adamw planning to draft a plan for improved presentation of the release criteria. tflink suggests moving the criteria out of the wiki could help, but for F19 for now it's likely to stay in wiki
  • Ideas to keep in mind as part of the plan:
    • kparal - draw a line between simple explanations and lawyerish complex clauses
    • kparal/viking-ice - define terms that we're familiar with but a general reader may not be
    • tflink - ensure there's short text for each criterion for IRC meeting purposes
    • kparal - group the criteria (installation, desktop, networking...)
    • kparal - link to background info on each criterion (esp. discussion when it was created)
    • kparal - some mechanism for tagging criteria - "I hate when I search for PXE, but it is called "network boot" or similar"

Test Case Revision

  • adamw suggested expanding the upgrade test case set a little
  • viking-ice suggested identifying hw-dependent and non-hw-dependent test cases in the matrices
  • kparal said we should finish revising the partitioning criteria
  • adamw thought we could come up with a set of common partitioning operation test cases
  • kparal suggested an explicit Secure Boot criterion
  • We should try and get as much criteria revision and test case revision done before Alpha as possible

Fedora 19 Feature list review

Open floor

N/A

Action items

  • adamw to draft up a proposal for revising the presentation of the release criteria
  • adamw to draft up a kickstart criterion for f19

IRC Log

adamw #startmeeting Fedora QA meeting 16:00
zodbot Meeting started Mon Feb 4 16:00:17 2013 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00
adamw #meetingname fedora-qa 16:00
zodbot The meeting name has been set to 'fedora-qa' 16:00
dan408 here 16:00
adamw #topic roll call 16:00
adamw too early, dan, too early 16:00
* dan408 waves 16:00
* Viking-Ice here 16:00
* mkrizek is here 16:00
* satellit here 16:00
dan408 sorry i'll be later next time 16:00
* nb here 16:00
adamw you better 16:00
* tflink is here 16:00
* kparal here 16:00
dan408 hey nb 16:00
* pschindl is here 16:01
dan408 hey tflink kparal satellit pschindl 16:01
dan408 adamw you should throw chairs at people 16:01
adamw wow, full house 16:01
dan408 hey Viking-Ice 16:01
adamw good point 16:01
dan408 where's jreznik 16:01
* kparal pokes jskladan 16:01
adamw #chair tflink kparal satellit 16:01
zodbot Current chairs: adamw kparal satellit tflink 16:01
adamw funny how all these people somehow don't show up for blocker review ;) 16:01
kparal dan408: I think jreznik was on FOSDEM 16:01
dan408 oh yeah that's right 16:01
kparal or maybe still is 16:01
kparal I don't know how long that lasts 16:02
dan408 yeah fosdem is in full effect 16:02
* jskladan lurks for sure 16:02
misc fosdem finished yesterday 16:02
misc ( and yep, jrzeznik was there, do not remember when he left ) 16:02
adamw so they're probably still hungover? 16:02
dan408 +1 for recovery day 16:02
* adamw still hungover from fudcon 16:03
dan408 you? 16:03
adamw :) 16:03
adamw okay, so - we don't have 'previous meeting followup' this week as there were no action items 16:03
adamw unless anyone has something to pick up that's not in the rest of the agenda? 16:04
adamw https://fedoraproject.org/wiki/QA/Meetings/20130204 16:04
dan408 well i added new nth process 16:04
dan408 but i didnt know if it was in the right place 16:04
dan408 like i told you the other day 16:04
adamw we covered it last week 16:04
dan408 oh ok 16:04
adamw https://fedoraproject.org/wiki/QA/Meetings/20130128#Blocker_process_revision 16:05
adamw alrighty, then straight on to: 16:05
adamw #topic Criteria revision 16:05
adamw i was hoping to have something a bit more concrete for the meeting, but unfortunately not yet 16:05
Viking-Ice I guess we need to add back all the advanced storage stuff in criteria that got "suspended" in f18 16:06
adamw but the idea here is to revamp how we present the criteria somehow - the 'giant list of text bullet points' thing has probably gone as far as it can go 16:06
dan408 i like it 16:06
dan408 but would 16:06
dan408 acceptedblocker 16:06
dan408 acceptedfb 16:06
dan408 be seperate bugs 16:06
dan408 or keywords 16:06
adamw Viking-Ice: yeah, we have some content issues too 16:06
adamw dan408: this is about the criteria - https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria etc 16:06
tflink and finishing up the storage criteria from F18 16:06
adamw tflink: damnit, stop remembering that 16:06
dan408 well this is going to change isnt it 16:07
tflink it's not like I proposed anything concrete, either :-P 16:07
dan408 for f19 16:07
adamw dan408: well that's what we're talking about :) 16:07
dan408 well 16:07
kparal I would like to see some simplified criteria page digestible by general users. with links to lawyer-like descriptions 16:07
dan408 what's proposed in the new anaconda 16:07
dan408 i mean a lot of it depends on that 16:07
tflink adamw: did you ever make a concrete proposal based on discussions from fudcon? 16:08
adamw tflink: not yet unfortunately 16:08
adamw we never quite got around to drawing up a plan at fudcon, we just kinda talked round the issues, as i recall - i might've whiteboarded some of my crazy thoughts but i think that was all 16:08
kparal and a QA vocabulary with common QA terms 16:08
adamw kparal: also nice 16:08
dan408 i really liked tflink's app 16:09
adamw i've been planning to try and draft up a new way to present them and send it to the list, but to avoid duplication, has anyone else been working down that line? or planning to? 16:09
Viking-Ice I'm not so sure everyone is familiar with QA terms ( think newcomers ) at least not the from the field 16:09
dan408 like i was saying the ability for discussion and voting would make it perfect 16:09
adamw Viking-Ice: yeah i think you and kparal are onto something there, we should have a glossary of some kind 16:09
adamw dan408: again, this is just about presentation of the criteria, we're not talking about the blocker proposal / voting stuff right now 16:09
tflink adamw: nothing concrete or anything that would happen in the near future, no 16:10
dan408 adamw: i know just saying 16:10
kparal adamw: I haven't intended to work on this in the near future, no 16:10
kparal so nothing in my back drawer 16:11
adamw okay, so we got some good 'ideas to put into the plan' already - the legalistic/simple distinction and the glossary 16:11
adamw anyone have any other ideas for me to put in the pot? 16:11
Viking-Ice tflink, had already mentioned an rename of QA to better follow the industry definition but that is a massive ( at least wiki ) work doing so for little no benefit as I see it 16:11
kparal Viking-Ice: rename to what? 16:11
dan408 adamw: just to try to get a better understanding of exactly what's coming so we aren't changing criterion on the fly 16:11
tflink similar to making things simplified, have a shorter "summary" so that they fit in IRC lines 16:11
adamw dan408: that's on the content side, but sure 16:11
adamw #info adamw will be trying to come up with a proposal for better presenting the release criteria 16:12
adamw #info ideas to keep in mind: 16:12
tflink well, either a shorter "summary" or a better way to reference the criteria - rewriting them on the fly during review meetings is not fun 16:12
kparal adamw: also I'd like to see the criteria grouped - for example installation criteria, desktop criteria, networking criteria, etc 16:12
adamw #info kparal - draw a line between simple explanations and lawyerish complex clauses 16:13
kparal but it's highly possible sometimes a criterion would fall into several groups 16:13
adamw #info kparal/viking-ice - define terms that we're familiar with but a general reader may not be 16:13
dan408 dates would be nice 16:13
adamw #info tflink - ensure there's short text for each criterion for IRC meeting purposes 16:13
adamw #info kparal - group the criteria (installation, desktop, networking...) 16:13
tflink kparal: I suspect he is referencing a conversation about "QA" -> "Quality Assistance" instead of "Quality Assurance" but I could be wrong 16:13
adamw dan408: you mean dates of when the criteria were added? 16:14
adamw or what? 16:14
kparal and also a link to a discussion about that particular criterion would be great to have attached. it'd be easy to understand why the criterion was created 16:14
adamw #info kparal - link to background info on each criterion (esp. discussion when it was created) 16:14
Viking-Ice tflink, kparal yup that 16:14
adamw kparal: you and I have all the same ideas I think :) 16:14
dan408 adamw: 1) dates of when all features are supposed to be approved by FESCO 2) deliverables and timelines for each feature 3) QA criterion for each feature (namely critical ones) 16:14
adamw okay, you're still off in the weeds frm the topic we're actually meant to be on... 16:15
adamw we have a feature topic coming up later 16:15
adamw anything else for the criteria presentation? 16:15
kparal one more: tags. I hate when I search for PXE, but it is called "network boot" or similar 16:15
adamw #info kparal - some mechanism for tagging criteria - "I hate when I search for PXE, but it is called "network boot" or similar" 16:16
kparal after the criterion there can be a few tags like "[PXE]" 16:16
dan408 sorry, i guess im always thinking far too ahead 16:16
adamw you gotta let us catch up with you, dan :) 16:16
adamw step away from the delorean 16:16
dan408 inorite 16:16
dan408 im already running rawhide 16:16
Viking-Ice is the criteria something we are going to add to the qa blocker proposal page then text with tags and archive the wiki page ? 16:16
tflink Viking-Ice: possibly but not for F19, I don't think 16:17
adamw Viking-Ice: well that's a possibility, but i was just planning to revise it within the wiki for now 16:17
dan408 well is there anything burning on a stove right now? 16:17
adamw apart from my pancakes? nope 16:18
dan408 cool 16:18
adamw #info criteria revision proposal is just wiki-based for now, but there's a possibility we could move the criteria into the blocker tracking app in future if it gives us useful results 16:18
adamw #action adamw to draft up a proposal for revising the presentation of the release criteria 16:18
dan408 no dates no nothing set in stone yet? 16:18
adamw dan408: for f19? fesco didn't finish the proposed feature list yet i don't think 16:19
dan408 here 16:19
dan408 #link https://fedoraproject.org/wiki/Releases/19/Schedule 16:19
tflink which reminds me that I still haven't written anything down about ideas for changing the blocker tracking process as a whole yet (longer term than F19) 16:19
dan408 fesco is still voting on features 16:19
dan408 f19 branch end of feb 16:19
tflink yeah, they're still reviewing features and AFAIK, are planning to look at proposed schedules on wednesday 16:19
adamw they've said they're going to do the schedule when they're done with features, but they're committed to making sure we have a reasonable gap between 'schedule set' and 'alpha release' 16:19
tflink nothing has been finalized yet, though 16:19
adamw yeah, what's on that page right now is probably out of date 16:19
dan408 i proposed a spin, and i dont know if it ever made it to the spins list, jreznik told me the spins process is kind of fubar'd 16:20
adamw okay, this is also not the spins meeting 16:20
adamw i think we've got the criteria, next topic! 16:20
adamw #topic Test case revision 16:20
Viking-Ice dont we have a feature list of what has been accepted since last meeting which we can iterated through 16:20
adamw Viking-Ice: there's a topic for that later, see agenda 16:21
adamw so boblfoot added this, with the comment "Revising of test cases during the F18 Final Test Phase was less than optimal - how to avoid with F19?" 16:21
adamw i guess the takeaway is we should try to make sure we're happy with the test case set by Alpha, as much as possible 16:21
Viking-Ice as well as the criteria I would say 16:22
adamw are there any areas people are particularly worried about wrt the test case coverage? 16:22
adamw yup 16:22
dan408 no 16:22
* adamw gives tflink a donut 16:22
tflink the only one I can think of is graphical upgrades, once the client is finished 16:22
adamw we could probably add a couple other upgrade test cases if we wanted, now we don't have to test both anaconda and preupgrade 16:22
adamw it might be nice to cover the encrypted upgrade case at least, and maybe a couple of package sets 16:23
adamw #info adamw - maybe expand upgrade test case set a little 16:23
tflink yeah, I think the main question is how to do that without duplicating the test case 10 times :) 16:23
adamw :P 16:23
* dan408 proposes a wait and see atitude 16:24
tflink but that's not a problem unique to upgrades 16:24
adamw one thing i'd like to see but realistically may not have time to get done would be some kind of set of storage test cases 16:24
dan408 attitude* 16:24
kparal I think some partitioning criteria could be improved, like "should not crash for invalid operations" in custom part, but not in guided part 16:24
adamw there's no way we can cover everything, but it might be kinda nice to cover a few btrfs, raid, lvm, install-over-previous-partitions kinda thing 16:24
Viking-Ice I think we need to separate test cases into two categories hw related and not hw related 16:24
dan408 they promised to fix a lot of things for 19 16:24
adamw kparal: yeah, that's what tflink mentioned earlier, the partitioning criteria are kinda horrible - they're stuck in the middle of being revised, i was working on it last cycle and just never finished 16:24
* satellit liveinst still not fixed for Soas spin...: ( 16:25
adamw Viking-Ice: they're categorized already but the categories are somewhat old and we could look at revising them 16:25
Viking-Ice there is no point in me adamw tflink dan kparal conducting the same test cases at the same similar time since the outcome can be expected to be the same unless they rely on different hw 16:25
dan408 i refuse 16:25
dan408 i want to see what they propose first 16:25
adamw dan408: the feature for anaconda changes for f19 has already been accepted, you can check it out. there aren't any giant changes besides the re-addition of enterprise storage. 16:26
dan408 lovely 16:26
adamw #info viking-ice - identify hw-dependent and non-hw-dependent test cases 16:26
adamw #info kparal - finish revising the partitioning criteria 16:27
adamw #info adamw - come up with a set of common partitioning operation test cases 16:27
adamw lots of nice ideas there :) 16:27
adamw any others? 16:27
dan408 how about fixing UEFI 16:27
kparal ah, SB criteria, anyone? 16:27
tflink fixing UEFI? 16:27
satellit not showing dd USB booted from in anaconda 16:27
adamw kparal: arguably covered by "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures", but maybe explicit might be better 16:28
adamw #info kparal - explicit Secure Boot criterion? 16:28
dan408 tflink: yes 16:28
pjones dan408: care to be a bit more specific? 16:28
adamw kparal: that's the kind of thing we may be able to do better with the new criteria presentation if i get it right 16:28
dan408 pjones: lots of users having issues with both UEFI and secureboot installs 16:29
tflink dan408: how is that related to criteria? 16:29
dan408 nevermind 16:29
adamw off topic! off topic! awooga. 16:29
mjg59 dan408: They really ought to file bugs, but as noted that's not on topic 16:29
* jskladan_ sometimes hates all teh internetz providers... 16:29
adamw man, spot the people with irc highlighting :) 16:29
Viking-Ice kparal, nr1 test case for SB check if we have certificate that does not expire during the release life time ;) 16:29
pjones Viking-Ice: shouldn't make any difference. validity dates in SB aren't supposed to be being checked. 16:30
adamw okay, any more criteria ideas? 16:30
adamw er, or test case. 16:30
Viking-Ice pjones, ok 16:30
dan408 not really like i said play it by ear 16:30
pjones (and the ones in the cert that signs shim aren't under our control anyway, so criteria won't really help.) 16:30
tflink Viking-Ice: that seems a bit too specific and corner-casey to have an actual test case for it. I'm not saying it isn't an issue, just not sure it needs to be checked for every milestone's TC/RCs 16:31
adamw okay then, moving along 16:31
adamw oh 16:32
adamw #info we should try and get criteria revision and test case revision done before Alpha as much as possible 16:32
adamw #topic Fedora 19 Feature list review 16:32
dan408 https://fedoraproject.org/wiki/Releases/19/FeatureList 16:32
adamw tflink: did you have anything prepared for this? 16:32
Viking-Ice we somehow need to flag features we have already covered 16:33
adamw there's a list on the agenda 16:33
adamw https://fedoraproject.org/wiki/QA/Meetings/20130204#Fedora_19_Feature_list_review 16:33
adamw "Previous List" 16:33
Viking-Ice adamw, the previous list is just what we thought we should keep an eye out for not all the feature we covered 16:33
Viking-Ice as in total features we covered last week vs a slimmed list what has been approves since then 16:34
dan408 it could be totally different per feature, and with features growing massively i mean we have to decide on a few basic criterion 16:34
adamw Viking-Ice: right, sorry, should've prepared something 16:35
tflink adamw: nothing specific, no. just figured it would be a good thing to bring up 16:35
adamw https://fedoraproject.org/w/index.php?title=Releases/19/FeatureList&diff=321788&oldid=320463 looks like the change to FeatureList from last time 16:35
adamw i can see a few things on there that look like good test day candidates 16:36
Viking-Ice hmm the feature process should actually somehow tag which criteria each feature hit ( if any ) 16:36
dan408 how do we test 3d printing? 16:36
adamw dan408: we don't! 16:36
Viking-Ice we dont 16:36
dan408 awesome! 16:36
adamw ReplaceMySQLwithMariaDB has been discussed on-list a bit - obviously significant, we don't have much infrastructure for testing it at present 16:36
Viking-Ice adamw, not criteria 16:36
adamw yeah 16:37
Viking-Ice adamw, I would say it's ours to cover criteria items it's theirs ( feature owners ) to cover what's related to their feature 16:37
adamw Viking-Ice: well the 'criterion' to me is pretty simple - anyone using mysql in f18 should get transparently migrated to mariadb in f19 and stuff should keep working 16:37
dan408 symlinks? 16:37
adamw Viking-Ice: well, we're not _just_ doing release validation, qa's remit is broader 16:37
adamw dan408: the technical side isn't our problem 16:38
tflink adamw: that sounds huge, though - how would we approach it? 16:38
adamw but yeah, that one doesn't likely affect the criteria directly 16:38
adamw tflink: you expect me to have *solutions*? wrong number! i only point out problems. 16:38
dan408 i cant remember the last time i ran mysql anyways 16:38
Viking-Ice adamw, have the feature owners provides us with proper testing/debugging instruction or is that just added workload writing that for us so we can properly cover those features? 16:38
adamw Viking-Ice: https://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB#How_To_Test 16:39
adamw so, not much. 16:39
tflink I wonder if some generic mysql benchmark might work well here 16:40
adamw #info https://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB is clearly a significant change but doesn't directly hit the release criteria and it's pretty hard for us to come up with a reasonably scoped test plan 16:40
tflink ie, if the benchmark ran on both mysql and mariadb, that is a decent indication of compat. 16:40
Viking-Ice adamw, yup we need to somehow flag "feature testing day" with only the need to point reporters to the relevant feature and follow what is instructed there 16:40
adamw right 16:40
adamw #info tflink - maybe if we can find a comprehensive mysql benchmark suite and check that runs, it would indicate a good level of compatibility 16:41
adamw Viking-Ice: with the quality of 'testing instructions' we get i think having one day for that for all features would be unworkably broad :/ i think it works better to try and schedule test days for specific features of concern 16:41
adamw we should definitely have a test day for this one for e.g. 16:41
Viking-Ice if mariadb will replace mysql on upgrade we need to cover upgrade tests 16:41
adamw i need to set up the test day stuff for f19 cycle, it's on my todo list for this week 16:42
adamw Viking-Ice: it does, and yeah 16:42
adamw i actually got mariadb in my rawhide update the other day so that part's already working in at least a simple case 16:42
Viking-Ice you need to test it with live data 16:42
adamw #info viking-ice - make sure we cover testing upgrade from f18 to f19 achieves the mariadb swap cleanly 16:42
Viking-Ice samples ( live data samples ) 16:43
adamw sure 16:43
Viking-Ice has mysql been orphaned ? 16:43
tflink I thought that one of the issues with that proposal was the part about not allowing mysql any more 16:44
Viking-Ice if we still ship mysql in f19 I assume this effort is not necessary 16:44
tflink or am I getting my features confused 16:44
Viking-Ice tflink, there where some mixed signals with that 16:44
adamw yeah, it seems to keep changing 16:44
adamw i don't recall precisely what fesco decided 16:44
dan408 mysql is kind of dead 16:45
Viking-Ice on one hand oracle offered to maintain mysql on the other it look like remi hhorak wanted them to fix some issues 16:45
Viking-Ice and they might continue to maintain that 16:45
adamw "AGREED: Feature accepted as proposed (including obsoletion as a transition mechanism). If new MySQL maintainers appear, feature owners are asked to make it possible to install the MySQL stand-alone server (only)" 16:45
adamw that's from the last fesco meeting. 16:45
Viking-Ice I think that all was being decided that no one was going to be picking up mysql and maintaining it 16:46
adamw okay, another one that pops out is Features/SystemdPredictableNetworkInterfaceNames 16:46
adamw i believe that at least it's been agreed to make the Shiny New Scheme use em0 for most 'default onboard' devices so that won't change from biosdevname, which is a win 16:47
adamw so i guess we should make sure that happens, and make sure the new mechanism actually works, and i guess test that whatever's supposed to happen on upgrade happens 16:47
adamw any other things people can think of to check there? 16:47
Viking-Ice adamw, we covered that one last meeting it would be good to get a clear statement from fesco saying we will not be releasing fedora 19 with mysql 16:47
adamw oh sorry 16:47
adamw Viking-Ice: you could probably just ask for clarification on the devel list there 16:47
adamw reply to the fesco minutes post 16:48
tflink Viking-Ice: I thought that F19 would have mysql but that it was going away for 20 16:48
adamw Viking-Ice: ah yeah, predictable names was covered indeed. 16:48
adamw tflink: so clearly we do need clarification :) 16:48
Viking-Ice adamw, iptables/firewalld/arptables etc + something like libvirt might be doing something with hardcoded interface are there first thing that pop up to mind 16:48
adamw #info if mysql is to still be available in f19, check it can be installed and used 16:48
Viking-Ice adamw, if mysql is still available we do nothing 16:49
adamw Viking-Ice: yeah, be good to see what happens with firewalld on upgrade 16:49
tflink vm's might be something to look at - IIRC, it was a bit of an issue with biosdevname 16:49
Viking-Ice adamw, if mysql is not available we do migration tests  ;) 16:49
adamw #info on predictable network names - check behaviour of firewalld and libvirt, particularly on upgrades; check 'em0' is still used by new scheme 16:50
adamw anyone see any other features that raise red flags? 16:50
tflink kscreen, maybe? I assume that the kde folks will have that covered, though 16:51
adamw worth keeping an eye on for kde validation 16:51
* satellit OEM install in anaconda (covered I think) 16:51
adamw #info tflink - KScreen might be worth keeping an eye on for KDE validation 16:51
Viking-Ice what about syslinux 16:51
adamw oh, good one 16:51
adamw #info https://fedoraproject.org/wiki/Features/SyslinuxOption also worth testing 16:52
tflink potentially the share system certs 16:52
tflink shared 16:52
adamw it looks like it'll be pretty hidden, but if we have time it'd be good to check it works (syslinux) 16:52
Viking-Ice we probably should add syslinux to criteria 16:52
adamw Viking-Ice: i think maybe for the first release it's in there we don't need to 16:52
adamw since it's only going to be available via kickstart or a secret anaconda parameter 16:53
adamw it might be good as an optional test case though 16:53
Viking-Ice well from my pov we should dot that from the start 16:53
adamw do we really want to block the release for something that's basically a hidden feature, though? 16:53
Viking-Ice installer 16:53
adamw you won't be able to just pick syslinux in the installer interactively 16:54
Viking-Ice no but ks 16:54
adamw eh...personally i'd still vote against it as a criterion but you could draft it up for the list and see what people think 16:54
adamw otherwise we can just test it and maybe consider bugs for freezeexception 16:55
Viking-Ice sorry not following dont we have to cover all ks options 16:55
tflink I don't think it was all, just a subset considered important enough to block over 16:55
adamw right 16:55
tflink with a yet to be determined subset 16:55
Viking-Ice and by we I mean autoqa ( since ks snippes should be automated ) 16:55
adamw actually that's something we need to put an action item on 16:55
* satellit also USB .ks ? 16:56
adamw we agreed in f18 validation to take kickstart stuff on case-by-case basis, but draft up a proper criterion for f19 16:56
adamw but in general we didn't want to block on every possible kickstart option, just some subset 16:56
adamw does someone want to take the action item for that or should I? 16:56
adamw guess that's me then! 16:57
adamw #action adamw to draft up a kickstart criterion for f19 16:57
adamw #info consider whether syslinux should come in the subset of blocking kickstart options 16:57
Viking-Ice well I think autoqa should be able to cover ks installation completely 16:57
adamw in an ideal world, sure 16:57
tflink Viking-Ice: feel free to submit patches 16:57
adamw in practice, we have enough trouble keeping the simplest subset working 16:57
adamw it's an obvious area for development for autoqa, but we can't rely on it yet 16:58
Viking-Ice due to anaconda breakage or how autoqa is handling it 16:58
Viking-Ice ( the trouble keeping simplest subsystem working ) 16:58
adamw i dunno if anyone's looked at exactly what's not working in rats lately 16:58
adamw we only really have tflink and kparal for autoqa and they have other things to work on too :/ 16:58
kparal last time remote syslog was broken in anaconda 16:58
kparal anything that autoqa depends on would have to be an automatic blocker 16:59
kparal regardless criteria 16:59
tflink personally, I think that RATS is broken on a conceptual level, but that's me 16:59
adamw we're getting close to our hour here 16:59
adamw we can put followups to this on the agenda for next week if people want - any specific topics? 16:59
tflink it's not like I have something to replace it right now 16:59
Viking-Ice kparal, I would assume anaonda defaults the online systemd syslogger on for f19 so fetching that log should be easy via some curl magic 16:59
adamw we've got lots of plans for autoqa work, but it all blocks on having the people to do them 17:00
tflink what adamw said 17:00
adamw okay, if anyone wants to add a specific topic from the above to next week's agenda, do go ahead and put it in the wiki 17:00
tflink I can't speak for anyone else but I'd love to work on autoqa but the blocker tracking stuff is a higher priority ATM 17:00
adamw let's finish up for this week 17:01
adamw #topic open floor 17:01
adamw anyone have things for open floor? 17:01
Viking-Ice hm I probably should go ahead and file an rfe for that... 17:01
adamw go for it 17:01
adamw if there's nothing for open floor, setting fuse for 1 minute..hisssss 17:02
tflink snakes?! 17:03
* tflink runs away 17:03
adamw yesss...chase him, my pretties 17:04
adamw ok, thanks for coming everyone! 17:04
adamw all criteria / test case proposals welcomed if people want to work on anything that came up above :) 17:04
adamw i may be out several days this week, btw, looking like a good snow week, so i may not get all my action items done 17:04
adamw same time next week 17:04
adamw #endmeeting 17:04

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