From Fedora Project Wiki
Attendees
- tflink (114)
- jlaska (81)
- adamw (80)
- Viking-Ice (45)
- kparal (6)
- zodbot (5)
- maxamillion (4)
- nirik (3)
- rbergeron (3)
- dgilmore (2)
- pschindl (2)
- mkrizek (1)
- athmane (1)
Agenda
Previous meeting follow-up
- all follow-ups included in later agenda items
F16 Alpha status
- Review of all open blocker bugs conducted: for details, see MeetBot summary
EC2 Test Day Recap
- we had 5 people record test results during the test day
- one new bug was filed, 3 people reproduced an old issue on the instance-store AMIs
08-11 Test Day slot
- call for all to send any test day suggestions to the lists
Open Discussion
- autoqa-0.6.0 was released
IRC Log
tflink | #startmeeting Fedora QA meeting | 15:01 |
---|---|---|
zodbot | Meeting started Mon Aug 8 15:01:02 2011 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:01 |
zodbot | Useful Commands: #action #agreed #halp #info #idea #link #topic. | 15:01 |
tflink | #meetingname fedora-qa | 15:01 |
zodbot | The meeting name has been set to 'fedora-qa' | 15:01 |
tflink | #topic roll call | 15:01 |
tflink | alrighty, let's get started | 15:01 |
* nirik is lurking | 15:01 | |
* pschindl is here | 15:01 | |
* jlaska is here | 15:02 | |
* athmane is here | 15:02 | |
* kparal here | 15:02 | |
* mkrizek is present | 15:02 | |
tflink | hello nirik, pschindl, jlaska, athmane, kparal, mkrizek | 15:02 |
pschindl | hi | 15:02 |
tflink | let's wait another couple of minutes for people to join and then get to business | 15:03 |
* rbergeron is lurking in a double-booked-meeting type of way :\ | 15:04 | |
tflink | ooh, that sounds like fun :) | 15:05 |
* Viking-Ice sneaks in late... | 15:05 | |
tflink | alrighty, lets get started. I'm new at this, so let me know if I'm not doing something right :) | 15:05 |
tflink | #topic Previous Meeting Followup | 15:05 |
jlaska | tflink: meetbot is very forgiving :) | 15:05 |
* adamw throws peanuts from the front row | 15:06 | |
adamw | SEND IN THE CLOWNS! | 15:06 |
* tflink ducks and is thankful adamw isn't throwing tomatoes yet | 15:06 | |
tflink | unless I'm missing something, I don't see anything to follow up with from last meeting that isn't already on the agenda | 15:06 |
jlaska | yeah | 15:07 |
* Viking-Ice is armed with lettuce heads and laughs at people with tomatoes | 15:07 | |
* tflink is worried | 15:07 | |
adamw | the vegetable artillery is out in force | 15:07 |
tflink | #topic F16 Alpha Status | 15:08 |
tflink | #link http://rbergero.fedorapeople.org/schedules/f-16/f-16-quality-tasks.html | 15:08 |
tflink | #link F16 Alpha RC1 went out on Friday | 15:08 |
* kparal made sure today we don't starve on reported bugs | 15:09 | |
adamw | gee, thanks ;) | 15:09 |
tflink | #link http://lists.fedoraproject.org/pipermail/test/2011-August/101689.html | 15:09 |
jlaska | kparal: bugs are only happy if they come with criteria :) | 15:09 |
tflink | hrm, that wasn't supposed to be a link | 15:09 |
tflink | #undo | 15:09 |
zodbot | Removing item from minutes: <MeetBot.items.Link object at 0xed28d6c> | 15:09 |
Viking-Ice | we need to make another rc from the looks of it | 15:09 |
tflink | #unco | 15:10 |
tflink | #undo | 15:10 |
zodbot | Removing item from minutes: <MeetBot.items.Link object at 0x10b767cc> | 15:10 |
tflink | #info F16 Alpha RC1 went out on Friday | 15:10 |
tflink | #link http://lists.fedoraproject.org/pipermail/test/2011-August/101689.html | 15:10 |
adamw | so as an overview it looks like test coverage on rc1 install is fairly good | 15:10 |
adamw | base and desktop need doing | 15:10 |
adamw | and it's looking better than tc1 but clearly seems like we're gonna have to go to rc2 | 15:10 |
tflink | did we get the new anaconda and NM in RC1? | 15:10 |
adamw | dennis says the new anaconda was in there | 15:10 |
adamw | and I think NM should be as i listed it on the ticket | 15:11 |
* rbergeron notes she is getting ready to ship out the mail for wednesday's go/no-go meeting, FYI. | 15:11 | |
Viking-Ice | yup I encountered bug 728700 and dgilmore mentioned some new file conflicts | 15:11 |
jlaska | an updated patch for the NM anaconda fix just landed on anaconda-devel@ | 15:11 |
adamw | rhe entered a pass for "QA:Testcase_install_repository_HTTP/FTP_graphical" so that would suggest networking is better in rc1 | 15:12 |
jlaska | ^---> but this is for NTH 727951 | 15:12 |
* nirik wonders if we could get abiword in as a NTH... | 15:12 | |
dgilmore | adamw: rc1 had anaconda and nm updates | 15:12 |
adamw | nirik: sure. file a bug | 15:12 |
nirik | https://bugzilla.redhat.com/show_bug.cgi?id=716005 might apply. | 15:12 |
tflink | jlaska: is that for the NM bug where interfaces are listed multiple times? | 15:13 |
jlaska | tflink: you got it | 15:13 |
dgilmore | http://kojipkgs.fedoraproject.org/mash/bleed/ is the side repo. where i put the packages we need to pull in | 15:13 |
adamw | well, if anaconda team does a build in time we'll pull it into rc2, i guess. | 15:13 |
jlaska | and given there are some new proposed anaconda blockers, that might end up landing in Alpha still | 15:13 |
jlaska | #link https://fedoraproject.org/wiki/Current_Release_Blockers#Proposed_Blockers | 15:13 |
adamw | so i guess we should be going through the blockers filed so far and voting on those | 15:13 |
adamw | get the base and desktop testing done | 15:13 |
adamw | and then start pulling together a list of updates for rc2 | 15:14 |
tflink | adamw: I assume that you mean right now, no? | 15:14 |
* rbergeron nods | 15:14 | |
adamw | tflink: right | 15:14 |
jlaska | adamw: heads up, that fedora-logos update needs an accompanying generic-logos update included | 15:14 |
adamw | tflink: do it async via comments | 15:14 |
adamw | jlaska: ok | 15:14 |
jlaska | adamw: discussing that in #fedora-releng | 15:14 |
jlaska | yay to depcheck for finding that :) | 15:14 |
jlaska | tflink: kparal: jskladan ^^^ | 15:14 |
tflink | good to hear :) | 15:15 |
* kparal yays | 15:15 | |
tflink | alrighy, time for some proposed blockers | 15:15 |
jlaska | Depcheck html results found fedora-logos problem - http://autoqa.fedoraproject.org/results/150310-autotest/10.5.124.164/depcheck/results/fedora-logos-16.0.0-.html | 15:15 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=692433 | 15:15 |
tflink | #info Cannot connect to Gnome keyring daemon dialog becomes annoying | 15:15 |
adamw | jlaska: that's not strictly a blocker issue, of course, since generic-logos isn't on the dvd. | 15:15 |
adamw | (is it?) | 15:15 |
Viking-Ice | fyi that bug is against F15 | 15:16 |
jlaska | adamw: it is not, you are correct | 15:16 |
adamw | see later comment | 15:16 |
adamw | comment #6 from rhe | 15:16 |
jlaska | adamw: we'll have to think about this for future updates when autoqa blocks bad deps ... but for now, we're clear | 15:16 |
tflink | Viking-Ice: true but rhe just reproduced it on F16 | 15:16 |
adamw | that explains why it's proposed as a blocker | 15:16 |
jlaska | ugh | 15:17 |
jlaska | well, this seems pretty cut'n'dry for existing Alpha criteria | 15:17 |
tflink | The only thing I can think of for blocker criteria on this one is that it impedes testing | 15:17 |
adamw | tflink: it's the same criterion we accepted the NM bug under | 15:17 |
jlaska | #info May impact Alpha criteria "The installer must be able to report failures to Bugzilla, with appropriate information included " | 15:17 |
tflink | nvm | 15:17 |
adamw | it prevents submission of bugs | 15:17 |
tflink | I missed rhe's last comment | 15:18 |
adamw | good news is there's a fix already, by the looks of it... | 15:18 |
Viking-Ice | oh that criteria | 15:18 |
tflink | proposed #agreed 692433 - AcceptedBlocker - The installer must be able to report failures to Bugzilla, with appropriate information included" | 15:18 |
jlaska | ack | 15:18 |
Viking-Ice | nack | 15:18 |
Viking-Ice | this criteria is failirue in it self if you are not network connected | 15:19 |
jlaska | Viking-Ice: not true | 15:19 |
adamw | ack | 15:19 |
jlaska | Viking-Ice: it prompts and allows the user to activate the network via nm-c-editor | 15:19 |
jlaska | (or at least that's the intended use) | 15:19 |
Viking-Ice | and if no network present | 15:19 |
Viking-Ice | et all | 15:19 |
adamw | Viking-Ice: it's worded that 'the installer must be capable of' | 15:19 |
jlaska | then install a network adapter :) | 15:19 |
adamw | Viking-Ice: not 'all users must always be able to' | 15:20 |
adamw | Viking-Ice: i.e., _as long as you provide it with the appropriate conditions_, the installer should be able to handle reporting bugs via the network | 15:20 |
adamw | obviously if there's no network, that's not an infringement of this criterion :) | 15:20 |
tflink | ok, we're at 3+ and 1-. Any other votes? | 15:20 |
Viking-Ice | I can file another one if we block this one based on I could not save the traceback to a stick | 15:21 |
Viking-Ice | but had to choose "logger" | 15:21 |
jlaska | Viking-Ice: you can, but that's not explicitly covered by the above criteria | 15:21 |
jlaska | Viking-Ice: we can discuss that after this list of bugs | 15:21 |
tflink | #agreed 692433 - AcceptedBlocker - The installer must be able to report failures to Bugzilla, with appropriate information included" | 15:21 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=728700 | 15:22 |
tflink | #info Unhandled exeption occured Livecd RC1 spin | 15:22 |
jlaska | oops, looks like I should move the Blocks to the other bug it got DUP'd against | 15:22 |
jlaska | I'm not able to login to the desktop to test this issue yet, but if this is impacting all live installs, then yeah it meets Alpha criteria | 15:22 |
jlaska | #info May impact Alpha criteria "The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media " | 15:23 |
jlaska | #link https://bugzilla.redhat.com/show_bug.cgi?id=720070 - AttributeError: 'Iso9660FS' object has no attribute 'labelType' | 15:23 |
Viking-Ice | jlaska, happens on the dvd as well same issue | 15:24 |
adamw | "You must be the first to try a liveusb installation with anaconda's new bootloader code on x86. I'm working on a patch." | 15:24 |
adamw | implies that it happens to all live usb installs | 15:24 |
jlaska | oh, so it's specific to setting the keyboard to Icelandic? | 15:24 |
Viking-Ice | I used usb not plastic | 15:24 |
adamw | jlaska: looks like no | 15:24 |
adamw | jlaska: from the error type, it looks like something's assuming it's running from an optical disc-type-thing | 15:25 |
tflink | proposed #agreed - 720070 - AcceptedBlocker - The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media | 15:25 |
adamw | jlaska: so i expect this happens if you install via usb, whether writing a live image to usb or the dvd iso to usb | 15:26 |
jlaska | so it's a problem when running the installer from a USB ... okay | 15:26 |
jlaska | adamw: err, do you mean installing to a USB device? | 15:26 |
jlaska | rather than installing _from_ a USB device? | 15:26 |
adamw | no, i think from one. | 15:26 |
jlaska | ah okay | 15:27 |
adamw | i'd vote provisional +1 given that understanding: we can confirm with dlehman in the bug and revisit if we're wrong? | 15:27 |
jlaska | we don't differentiate between the device type used when installing from ISO media | 15:27 |
adamw | Viking-Ice: btw...your USB stick isn't made of plastic? :) | 15:27 |
tflink | yeah, it just says live images | 15:27 |
jlaska | but yeah, I'd be provisional +1 and we can consider adjusting the criteria as needed | 15:28 |
adamw | we've been a bit fussy about 'supporting' install from dvd-written-to-usb before, but i think we've been pretty clear that live-written-to-usb is supported. | 15:28 |
adamw | brb, call of nature | 15:28 |
Viking-Ice | ack on the proposal | 15:29 |
tflink | ok, I've got +2 on the proposal | 15:29 |
jlaska | ack | 15:29 |
tflink | #agreed - 720070 - AcceptedBlocker - The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media | 15:29 |
jlaska | and we can reevaluate should more info from dlehman turn up a more precise failure condition | 15:29 |
jlaska | s/condition/scenario/ | 15:29 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=728868 | 15:30 |
tflink | #info anaconda could not parse metalink during the net installation | 15:30 |
jlaska | This is now fixed, dgilmore added a MirrorManager redirect so that path=fedora-16-ALpha is not recognized | 15:30 |
jlaska | however, code will be needed to ensure this bug doesn't come up every milestone | 15:30 |
Viking-Ice | ok so close? | 15:30 |
tflink | well, it doesn't sound like it was quite fixed yet | 15:31 |
jlaska | Viking-Ice: no ... I'd suggest we can move this to Beta since the original problem has been resolved | 15:31 |
tflink | it was band-aided | 15:31 |
jlaska | but future updates are still needed | 15:31 |
jlaska | so NTH for Alpha, or propsoed Beta maybe? | 15:31 |
jlaska | I'd vote for NTH for Alpha ... looks like clumens has a patch out for testing already | 15:32 |
tflink | proposed #agreed AcceptedNTH, proposed Beta Blocker - the symptoms have been band-aided and patches have been proposed to fix this in anaconda | 15:32 |
Viking-Ice | ack | 15:32 |
jlaska | ack | 15:32 |
adamw | ack | 15:32 |
tflink | #agreed AcceptedNTH, proposed Beta Blocker - the symptoms have been band-aided and patches have been proposed to fix this in anaconda | 15:32 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=728891 | 15:33 |
tflink | #info rd.luks=0 is not removed when installing with encrypted root partition '/' | 15:33 |
Viking-Ice | hum dont think encrypted partition fall under alpha criteria | 15:33 |
jlaska | they do | 15:33 |
tflink | The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption or LVM enabled | 15:33 |
Viking-Ice | great yet another thing added | 15:33 |
jlaska | yeah, what tflink said | 15:33 |
adamw | Viking-Ice: that's been there for ages | 15:33 |
jlaska | well, we haven't added this ... been there for some time | 15:34 |
adamw | ever since the big criteria re-write in fact | 15:34 |
tflink | proposed #agreed - 728891 - The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption or LVM enabled | 15:34 |
Viking-Ice | ack | 15:34 |
jlaska | the Alpha covers install storage scenarios you can hit at the *first* partition screen ... no detailed/custom partitioning | 15:34 |
tflink | yeah, I thought this was added F15 sometime | 15:34 |
adamw | ack | 15:34 |
jlaska | ack | 15:34 |
tflink | #agreed - 728891 - The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption or LVM enabled | 15:34 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=728657 | 15:34 |
tflink | #info fileconflicts failure in 16-Alpha.RC1 DVDs | 15:35 |
adamw | Viking-Ice: https://fedoraproject.org/wiki/Fedora_13_Alpha_Release_Criteria <--- read it and weep =) | 15:35 |
jlaska | the /usr/lib/python2.7/site-packages/report/io/NewtIO.py conflict is already tracked in another bz, right? | 15:35 |
adamw | as a process issue...when this test fails we should probably have multiple bugs for each conflicting package set | 15:36 |
jlaska | yeah | 15:36 |
adamw | a single bug is much harder to wrok with | 15:36 |
tflink | proposed #agreed - 728891 - AcceptedBlocker - Fileconflicts are interfering with media composition | 15:36 |
adamw | and it winds up assigned to someone who can't really fix it... | 15:36 |
adamw | ack | 15:36 |
Viking-Ice | ack | 15:36 |
adamw | we need to split this out and assign each bug to an appropriate maintainer | 15:36 |
jlaska | ack | 15:37 |
tflink | adamw: do I hear a volunteer? | 15:37 |
tflink | #agreed - 728891 - AcceptedBlocker - Fileconflicts are interfering with media composition | 15:37 |
adamw | tflink: sure | 15:37 |
adamw | jlaska: let me know if you find another report for the report conflict, i don't see one | 15:37 |
tflink | #action adamw to split up 728891 into separate bugs and assign them appropriately | 15:38 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=728863 | 15:38 |
jlaska | adamw: will do | 15:38 |
tflink | #info Unable to get to gdm login when booting F16-Alpha-RC1 Live media | 15:38 |
Viking-Ice | selinux issue I belive | 15:38 |
Viking-Ice | hit that one work for me with selinux=0 | 15:38 |
jlaska | is selinux turned on in the live image? | 15:38 |
tflink | I didn't think it was | 15:39 |
Viking-Ice | I would think so since the workaround for me was selinux=0 ;) | 15:39 |
jlaska | I'm not a big fan of that as a workaround for such a common use case | 15:39 |
jlaska | if the workaround was built into the isolinux.cfg file ... that'd be fine | 15:39 |
adamw | jlaska: yes. selinux is always turned on. | 15:39 |
adamw | there's a fix for this already | 15:39 |
adamw | so all we need to do is pull it into rc2 | 15:39 |
tflink | proposed #agreed - 728863 - AcceptedBlocker - Following on from the previous criterion, after firstboot is completed and on subsequent boots, a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to a working graphical environment without unintended user intervention | 15:39 |
Viking-Ice | yeah we should always pull in the latest selinux-policy | 15:39 |
jlaska | adamw: huh, sorry ... I didn't realize that was the case for live images | 15:39 |
jlaska | tflink: ack | 15:40 |
adamw | ack | 15:40 |
Viking-Ice | ack | 15:40 |
tflink | #agreed - 728863 - AcceptedBlocker - Following on from the previous criterion, after firstboot is completed and on subsequent boots, a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to a working graphical environment without unintended user intervention | 15:40 |
tflink | ok, that's all of the proposed blockers that I see | 15:40 |
jlaska | Viking-Ice: did you have one you wanted to proposed? | 15:41 |
tflink | there are no new proposed NTH and I think we can review the accepted blockers outside the meeting | 15:41 |
jlaska | s/d?$/d?/ | 15:41 |
jlaska | ugh, nm | 15:41 |
Viking-Ice | ? | 15:41 |
* tflink waits a minute before moving on | 15:41 | |
jlaska | Viking-Ice: you mentioned you had another bug you wanted to propose as a blocker, is that still the case? | 15:41 |
Viking-Ice | it's equally stupid use case as the report to bugzilla as in save to disk for anaconda traceback | 15:42 |
Viking-Ice | I rather want us to drop the other criteria | 15:42 |
Viking-Ice | then file a new one that you cant save the traceback to stick | 15:43 |
jlaska | so no bugs to propose then? | 15:43 |
* tflink notes that we have another proposed alpha blocker | 15:43 | |
Viking-Ice | which is | 15:43 |
tflink | I was waiting to see if you had one to propose | 15:43 |
Viking-Ice | jlaska, no bugs to propose | 15:43 |
tflink | #topic https://bugzilla.redhat.com/show_bug.cgi?id=729053 | 15:43 |
tflink | #info traceback after first iteration of device discovery | 15:43 |
tflink | that's an interesting one but I'm not sure it's alpha blocker material | 15:44 |
adamw | mm...yeah | 15:44 |
Viking-Ice | ack on blocker | 15:45 |
adamw | it's kind of a breakage of several criteria, but depends on a specific condition: an apt-based install already on the system | 15:45 |
adamw | so we're in the 'room for discretion' area here | 15:45 |
jlaska | hrmm, no criteria that this hits ... so this may come down to ... right, as adamw said | 15:45 |
jlaska | I'd support NTH and commonBugs with an updates.img worst case | 15:46 |
* jlaska would even write the entry | 15:46 | |
tflink | so we've got +1 blocker and +1 NTH | 15:46 |
Viking-Ice | oh let's block on "cant save to bugzilla" but not on installer craps it self on device discovery. | 15:46 |
Viking-Ice | <sigh> | 15:46 |
Viking-Ice | ack on blocker | 15:46 |
Viking-Ice | allegedly this is supposed to be fixed in anaconda-16.15 | 15:47 |
Viking-Ice | perhaps confirmation from anaconda team is in order | 15:47 |
adamw | right, but that's the post-alpha anaconda branch | 15:47 |
adamw | we'd need this to be pulled into 16.14.x to get it into rc2 | 15:47 |
tflink | I guess I'm +1 NTH, -1 Alpha blocker, propose for beta for final blocker | 15:47 |
jlaska | we don't have criteria for this, so this comes down to a judgement call on the expected user impact | 15:47 |
jlaska | (or Viking-Ice [or anyone else] can propose criteria for review) | 15:48 |
adamw | jlaska: correction: we *do* have a criterion, but it's a conditional infringemnet. | 15:48 |
jlaska | adamw: yes, better phrased, thank you | 15:48 |
jlaska | I'm +1 NTH, -1 Blocker | 15:48 |
adamw | i'm probably +1 nth and +1 beta or final blocker...it's not terribly important, as since there's a fix already, if we make it NTH, we will get the fix for rc2 | 15:48 |
* maxamillion is *waaaaayyyy* late ... hopefully didn't miss the whole thing (apologies) | 15:49 | |
adamw | maxamillion: we're on blocker bugs atm | 15:49 |
tflink | proposed #agreed - 729053 - RejectedBlocker, AcceptedNTH, proposed for F16 beta blocker - This only hits systems that already have an apt based installation, so not too many people for alpha. | 15:49 |
maxamillion | adamw: awesome :) | 15:49 |
jlaska | ack | 15:50 |
Viking-Ice | nack it's an blocker a strong blocker | 15:50 |
tflink | maxamillion: you made it in time for the last one | 15:50 |
maxamillion | tflink: lol ... bugger :/ | 15:50 |
maxamillion | silly $dayjob getting in the way | 15:50 |
adamw | ack | 15:50 |
tflink | it looks like we're +1 alpha blocker, -3 alpha blocker, +3 AlphaNTH | 15:50 |
tflink | it looks like the acks have it | 15:51 |
tflink | #agreed - 729053 - RejectedBlocker, AcceptedNTH, proposed for F16 beta blocker - This only hits systems that already have an apt based installation, so not too many people for alpha. | 15:51 |
tflink | alrighty, that should actually be the last of the proposed blockers this time | 15:52 |
tflink | let's see if we can get though the other things real quick | 15:52 |
tflink | #topic EC2 Test Day Recap | 15:52 |
tflink | #info we had 5 people record test results during the test day | 15:53 |
tflink | #info one new bug was filed, 3 people reproduced an old issue on the instance-store AMIs | 15:53 |
tflink | overall, I think it went pretty well | 15:53 |
tflink | it would have been nice to have a few more people but maybe for the F16 EC2 test day | 15:53 |
adamw | cool | 15:54 |
adamw | are you going to do a recap mail? | 15:54 |
tflink | yeah, it's on my list | 15:54 |
tflink | thanks again to athmane for putting the EC2 test cases together | 15:54 |
tflink | the httpd test script is really nice | 15:55 |
tflink | moving on since we're short on time | 15:55 |
adamw | go athmane! | 15:55 |
tflink | #topic 08-11 Test Day slot | 15:55 |
jlaska | yeah, slick | 15:55 |
tflink | I assume that this slot is still empty? | 15:56 |
* tflink checks the wiki page | 15:56 | |
Viking-Ice | slots are flexible | 15:56 |
tflink | #link http://fedoraproject.org/wiki/QA/Fedora_16_test_days | 15:56 |
Viking-Ice | if we need more we add more | 15:56 |
adamw | Viking-Ice: it's not about that, more about that we don't have a test day for this week and i wondered if anyone had any proposals | 15:56 |
Viking-Ice | oh expected running out of test slots | 15:57 |
Viking-Ice | adamw, is it not more up to maintainer approaching us then ourselves hosting test days for various stuff? | 15:58 |
adamw | Viking-Ice: both ways work | 15:58 |
adamw | i just wanted to note that the slot's empty and wonder if anyone had plans...if not, oh well, we'll move on | 15:58 |
adamw | not like we're not busy enough already =) | 15:58 |
tflink | do we want to do another gnome3 test day for F16 (probably not this week, though)? | 15:58 |
adamw | tflink: there probably should be one, yeah... | 15:58 |
Viking-Ice | rule of thumb dont test *DE until after alpha release | 15:58 |
tflink | yeah, I wasn't proposing it for this week | 15:59 |
adamw | tflink: should really be a to-do for me i guess | 15:59 |
tflink | I can't really think of any good ideas off the top of my head | 15:59 |
tflink | and I'm not hearing any right now, either | 15:59 |
adamw | well, let's move on then! | 16:00 |
tflink | yep | 16:00 |
tflink | #info send any test day suggestions to the lists | 16:00 |
tflink | #topic Open Discussion | 16:00 |
tflink | well, that's all that I can think of for today, any other topics? | 16:00 |
tflink | thanks to adamw for sending out the agenda | 16:00 |
tflink | since we're already over time, I'm setting the fuse to #endmeeting at 2 minutes | 16:01 |
adamw | not much | 16:01 |
adamw | if people could help with the base and desktop validation matrices that'd be great | 16:01 |
adamw | the base tests in particular are easy | 16:02 |
adamw | for desktop i guess you'll need to use selinux=0 =) | 16:02 |
jlaska | #link https://kparal.wordpress.com/2011/08/05/autoqa-0-6-released/ | 16:02 |
tflink | how could I have forgotten that? | 16:02 |
jlaska | #info yay ... autoqa-0.6.0 was released :) ... nice job autoqa-devel@ | 16:02 |
tflink | kparal: feel like doing an update on autoqa? | 16:02 |
kparal | it surprisingly works it seems | 16:02 |
Viking-Ice | ah how much faith is in these words | 16:03 |
kparal | tflink: I think it's pretty much covered in the announcement | 16:03 |
kparal | let's not waste time by repeating it | 16:03 |
tflink | ok, works for me | 16:03 |
jlaska | yup, sounds good | 16:04 |
tflink | any other topics? | 16:04 |
jlaska | When is it appropriate to start thinking about autoqa-0.6.1 (or 0.7.0) | 16:04 |
tflink | we can set up another planning meeting for later this week or early next week | 16:05 |
jlaska | cool, sounds good | 16:05 |
jlaska | I've got nothing else ... happy Alpha testing everyone :) | 16:05 |
* tflink resets fuse for 3 minutes | 16:06 | |
tflink | OK, that's all for today. Thanks for coming everyone and have fun testing the Alpha!! | 16:07 |
tflink | will send out minutes to the list | 16:08 |
tflink | #endmeeting | 16:08 |
Generated by irclog2html.py 2.8 by Marius Gedminas - find it at mg.pov.lt!