QA/Meetings/20120514

From FedoraProject

Jump to: navigation, search

Contents

Attendees

  • adamw (172)
  • tflink (125)
  • j_dulaney (45)
  • dgilmore (37)
  • kparal (32)
  • nirik (26)
  • brunowolff (20)
  • maxamillion (12)
  • drago01 (8)
  • spot (7)
  • jskladan (6)
  • zodbot (6)
  • cmurf (6)
  • pjones (5)
  • pschindl (5)
  • rbergeron (2)
  • fossjon (1)
  • satellit_ (1)

Agenda

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

Previous meeting follow-up

  • adamw to check in on Boxes test day once more - test day has been moved out once more and looks like it may actually happen now

Fedora 17 Final status/planning

Blocker review

  • #820366 is rejected as a blocker - other testers have been unable to reproduce the issue described and with the information currently available, this is not severe enough to warrant blocker status
  • #813648 is accepted as a blocker - violates the 'must boot to working desktop' criterion
  • #820985 is accepted as a blocker - violates the F17 alpha release criterion "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" for detected duplicates once Bugzilla is upgraded
  • #821122 is accepted as a blocker - violates the Fedora 17 alpha criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"

Upcoming QA events

Pending RHBZ Upgrade

  • Currently scheduled for 2012-05-19
  • Will break some stuff, waiting to find out how badly
    • libreport blocker filed for F17, will likely affect earlier releases
    • blocker wiki page will no longer work
    • Other scripts using python-bugzilla will likely not work after upgrade
    • Waiting on testing this week to find out how badly bodhi will be impacted
  • tflink will look into fixes for the broken tools after F17 is done

AutoQA update

  • No news, due to F17 testing

Open floor

  • nirik will be updating boot.fedoraproject.org for F17, he welcomes input and testing
  • adamw and tflink will check status of #810104 with TC5
  • #820973 is no longer considered a blocker as the menu entry works as intended, but upstream has not yet written the online documentation to which it points

Action items

  • j_dulaney to actually do his job and promote the GNOME boxes test day
  • adamw and tflink to check status of #810104 with TC5
  • adamw to create some shared bugzilla searches for F17 final blocker/nth to replace the wiki page

IRC Log

adamw #startmeeting Fedora QA meeting 15:01
zodbot Meeting started Mon May 14 15:01:31 2012 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01
adamw #meetingname fedora-qa 15:01
zodbot The meeting name has been set to 'fedora-qa' 15:01
adamw #topic roll call 15:01
* pschindl is here 15:01
* satellit_ listening 15:02
* tflink is here 15:02
adamw oh goody, lots of people for blocker fun! 15:02
* kparal can't miss it 15:02
* jskladan tips his hat 15:02
* brunowolff is here 15:03
adamw how much do you generally tip your hat, anyway? 10%? 15:03
* nirik is lurking around 15:03
tflink adamw: depends on how quickly my hat brings me drinks and food 15:03
* maxamillion is here 15:04
adamw alrighty, let's get going 15:04
adamw #topic Previous meeting follow-up 15:05
adamw just the eternal topic on the list, "adamw to check in on Boxes test day once more" 15:05
adamw it's now set for 2012-05-17 and, who knows, may even happen then., 15:05
kparal exciting 15:06
maxamillion exciting indeed 15:06
adamw now both Duke Nukem Forever and Chinese Democracy exist, I have no idea what to compare it to. =) 15:06
maxamillion is there a wiki page for that test day? 15:06
tflink adamw: halflife 2 episode 3 15:06
adamw ooh, good one. 15:06
maxamillion equality in america? 15:06
maxamillion >.> 15:06
adamw https://fedoraproject.org/wiki/Test_Day:2012-05-17_Gnome_Boxes 15:06
kparal maxamillion: https://fedoraproject.org/wiki/Test_Day:2012-05-17_Gnome_Boxes 15:06
adamw ooh, political! 15:06
* maxamillion is very bitter about the NC crap even though he doesn't live there 15:07
* adamw is bitter about many things but aims to keep them out of QA meetings 15:07
maxamillion adamw, kparal: thanks for the linkage 15:07
maxamillion adamw: fair point 15:07
adamw #info "adamw to check in on Boxes test day once more": test day has been moved out once more and looks like it may actually happen now 15:08
adamw #topic Fedora 17 Final status/planning 15:08
adamw welp, here's the big one 15:08
maxamillion so gnome boxes is a front end to kvm? ... like virt-manager? 15:08
adamw maxam: more or less, yeah. also, vnc. 15:09
maxamillion rgr 15:09
adamw because it seemed to logically go together, apparently. 15:09
tflink adamw: I have IRC stuff prepped we want to do a blocker-review here 15:09
adamw yeah, at least the proposed blockers, i think 15:09
adamw #topic Fedora 17 Final status/planning: mini-blocker review 15:10
adamw take it away, tflink 15:10
tflink adamw: chair? 15:10
adamw shoot 15:11
adamw #chair tflink 15:11
zodbot Current chairs: adamw tflink 15:11
adamw #chair kparal 15:11
zodbot Current chairs: adamw kparal tflink 15:11
tflink #topic (820366) Cannot boot 17 Beta installer: /dev/root does not exist 15:11
tflink #link http://bugzilla.redhat.com/show_bug.cgi?id=820366 15:11
tflink #info Proposed Blocker, NEW 15:11
adamw #chair maxamillion 15:11
zodbot Current chairs: adamw kparal maxamillion tflink 15:11
* j_dulaney waves 15:11
* tflink remembers talking with the reporter about this over IRC 15:12
adamw bcl seems baffled 15:13
tflink I still think that we need more info 15:13
tflink it would be helpful if the reporter could try a public mirror 15:13
adamw have you verified you can still do PXE installs fine? 15:13
maxamillion o.O' 15:13
tflink not with TC5, no 15:13
tflink TC4 worked, though 15:13
j_dulaney If bcl is baffled, then, wow 15:13
kparal I booted TC5 anaconda over PXE today, all fine 15:14
* j_dulaney did pxe with TC5 15:14
kparal I did not finish the installation though, just booted installer 15:14
j_dulaney What kparal said 15:14
adamw still, it booted 15:14
kparal yes 15:14
kparal i386 15:14
adamw i just wanted to be sure we had enough 'it works' confidence 15:14
tflink when I was talking with the reporter, he was attempting PXE with a different initrd/vmlinuz than was on the mirror he was using 15:14
tflink he kept changing that up, though 15:15
adamw in general i'd be okay with punting, but we don't really have a whole lot of punting room at this point 15:15
adamw i'm inclined to go -1 on the info that PXE works for at least two others and probably three 15:15
* j_dulaney is -1 blocker at this point 15:15
tflink we don't have enough information, what else can we do other than reject it? 15:15
tflink reject or punt 15:15
pjones I think we've actually seen, very infrequently, reports along these lines for past distros as well, and never could figure it out 15:16
pjones tflink: if nobody else can reproduce it, it certainly isn't a blocker 15:16
adamw pjones: i just worry about the case where we finally realize 'oh yeah, he has (some trivial difference in config to our other testers) and that triggers a genuine bug' 15:17
tflink pjones: assuming that we're not doing something different enough to not hit whatever the reporter is hitting 15:17
adamw but it doesn't seem like a huge likelihood at this point, and we can always re-vote it. 15:17
tflink true 15:17
adamw so, -1 15:17
tflink -1 15:17
* nirik is -1 given what we know currently 15:17
pjones adamw: and if he does - how much configuration is there really in terms of booting the network install image? I'm inclined to say you're talking about /misconfiguring/ something. 15:17
brunowolff -1 blocker 15:17
* pjones obs -1 as well 15:18
kparal -1 15:18
adamw pjones: true. 15:18
tflink proposed #agreed - 820336 - RejectedBlocker - Other testers have been unable to reproduce the issue described and with the information currently available, this is not severe enough to warrant blocker status. 15:18
rbergeron ack 15:18
j_dulaney ack 15:19
kparal ack 15:19
pschindl ack 15:19
tflink #agreed - 820336 - RejectedBlocker - Other testers have been unable to reproduce the issue described and with the information currently available, this is not severe enough to warrant blocker status. 15:19
tflink #topic (813648) gnome-shell shows blank windows on hardware lacking NPOT textures 15:19
tflink #link http://bugzilla.redhat.com/show_bug.cgi?id=813648 15:19
tflink #info Proposed Blocker, MODIFIED 15:19
tflink was this pulled in to TC5? 15:20
adamw yipe! 15:21
adamw ironically as this bug came up, my entire desktop suddenly started blacking out 15:21
adamw two windows disappeared, then rapidly, all the other interface elements... 15:21
adamw tflink: I believe i put it in, yeah 15:21
kparal we need someone to test it 15:22
tflink adamw: yes, it was in the TC5 request 15:22
drago01 kparal: easy to test on any hardware 15:22
adamw drago01: disable a GL extension? 15:22
kparal it needs to be old nvidia 15:22
drago01 kparal: just run gnome-shell --cogl-debug=disable-npot-textures --replace 15:22
j_dulaney adamw: Yeah, I've had my whole screen blanking out then coming back, but not just under Gnome 15:23
drago01 kparal: no 15:23
kparal ah 15:23
drago01 kparal: you can force it to use that code path 15:23
* j_dulaney hasn't quite figured the cause, so no bug report just yet 15:23
adamw can you put that info in the bug / update request, drago? thanks! 15:23
* kparal is testing it 15:23
tflink so, any thoughts on blockery-ness? 15:24
drago01 adamw: 1) ajax already did 2) don't seem to have enough powers to edit the update despite being provenpacker 15:24
kparal +1 blocker, we need to either fix or blacklist 15:24
adamw at the last meeting it looks like you kinda fudged this one 15:25
adamw took it as nth and left blocker status open 15:25
* j_dulaney is also +1 blocker 15:25
adamw fwiw i always figured that if we took the low VRAM bug as a blocker we should logically take this too: most hardware affected by low VRAM is also NPOT 15:25
tflink yeah, there wasn't a consensus on whether or not it was blocker material 15:25
drago01 yeah having black textures instead of windows is a clear blocker 15:25
drago01 +1 15:25
adamw so there's not much point fixing the low VRAM bug and not fixing this, because it'll help almost no-one 15:25
adamw just a few NV4x users like kparal 15:26
tflink if this was the last blocker bug left, would we slip for it? 15:26
adamw tflink: i would slip if for some reason we couldn't write a blacklist, yes. 15:26
adamw it'd take me 20 seconds to write a blacklist, of course. :) 15:26
* rbergeron grins 15:26
tflink don't we already have a blacklist, though? 15:26
adamw not for this hardware. 15:27
adamw er, possibly we do, actually. lemme check exactly what went into beta. 15:27
adamw yeah, we only blacklisted NV30 for beta. 15:27
adamw so I think we're actually trying to render Shell on NV10/NV20. 15:27
kparal I can confirm the fix using that reproducer 15:28
brunowolff I have an nv28 that I run in fallback mode that works fine. 15:28
tflink looks like we're mostly +1 blocker today 15:28
adamw brunowolff: but if you set it to Shell, it probably doesn't render it right? 15:29
brunowolff I think the actual effect is a blocker, but I don't know the number of people that will be affected. 15:29
adamw we could pull numbers from smolt. i'd ballpark it in the low single digits %age-wise. 15:29
adamw low single *whole* digits, though. :) 15:30
brunowolff I don't usually use the shell, because I don't like it. There was a point about a month ago where I used the shell by mistake and it broke things. 15:30
pjones adamw: .9 is plural. 15:30
brunowolff I haven't tried it again since. So I don't know the current status. 15:30
tflink proposed #agreed - 813648 - AcceptedBlocker - violates "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. This includes correctly accessing any encrypted partitions when the co 15:31
brunowolff I think a few percent would be significant and worth blocking for. 15:31
tflink that criterion is too long :( 15:31
adamw tflink: yeah, i keep loading it up. 15:31
adamw ack 15:31
brunowolff ack 15:31
kparal ack 15:31
drago01 tflink: just assign them numbers so that you can say violates cirterion #X 15:31
j_dulaney ack 15:32
kparal numbers change in time 15:32
tflink #agreed - 813648 - AcceptedBlocker - violates "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. This includes correctly accessing any encrypted partitions when the correct pas 15:32
tflink #topic (820985) Searching for duplicate anaconda bugs while reporting exception against partner-bugzilla during install fails 15:32
tflink #link http://bugzilla.redhat.com/show_bug.cgi?id=820985 15:32
tflink #info Proposed Blocker, MODIFIED 15:32
tflink this is a pretty clear cut blocker to me 15:33
adamw well...what data do we lose? 15:33
tflink proposed #agreed - 820985 - AcceptedBlocker - Violates the F17 alpha release criterion "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" once bugzilla.redhat.com is upgraded 15:33
adamw the info that multiple people are hitting the bug, i guess 15:34
tflink adamw: duplicate reporting and it looks bad 15:34
adamw all the bugs would still get reported 15:34
* adamw just trying to be careful :) 15:34
tflink "hey, we hit this problem but we won't let you report it" 15:34
kparal sometimes the duplicate detection is totally wrong 15:34
tflink the failure mode doesn't say anything about why, just failes with issue (null) 15:34
j_dulaney Goes against the bug reporting criterion, I think 15:35
adamw tflink: where's that commit from? 15:35
* j_dulaney is +1 blocker 15:35
tflink adamw: libreport, I think 15:35
adamw j_dulaney: yeah, it's a conditional breakage of that criterion in the case of 'reporting a dupe bug' 15:35
tflink I don't think we have a new build yet, though 15:35
kparal ack 15:35
adamw tflink: note you'll want the next patch in the series too 15:36
adamw as the first one just unconditionally changes to 'id' 15:36
adamw so it'd break existing bugzilla instead =) the next one queries version and DTRT 15:36
adamw okay, ack. 15:36
tflink proposed #agreed - 820985 - AcceptedBlocker - Violates the F17 alpha release criterion "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" for detected duplicates once bugzilla.redhat.com is upgraded 15:36
kparal ack 15:37
brunowolff ack 15:37
tflink #agreed - 820985 - AcceptedBlocker - Violates the F17 alpha release criterion "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" for detected duplicates once bugzilla.redhat.com is upgraded 15:37
tflink #topic (821122) repoclosure failure on 17.TC5 DVDs (zif) 15:37
tflink #link http://bugzilla.redhat.com/show_bug.cgi?id=821122 15:37
tflink #info Proposed Blocker, NEW 15:37
adamw well, ack, repoclosure. but how did this happen? 15:37
adamw dgilmore: ? 15:37
adamw hum. i see two versions of PackageKit in the file list. 15:38
dgilmore adamw: it failed because we exclude every javadoc package 15:38
tflink proposed #agreed - 821122 - AcceptedBlocker - Violates the Fedora 17 alpha criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:39
j_dulaney +1 blocker 15:39
adamw this is PackageKit-zif. 15:39
dgilmore i tried a few things to pull in just the one requested 15:39
j_dulaney ack 15:39
kparal acl 15:39
adamw dgilmore: wrong bug. 15:39
dgilmore adamw: im going to have to remove the removal of javadoc packages 15:39
brunowolff Pungi will pull in all matches, so if two versions are available, I think you get both. 15:39
tflink #agreed - 821122 - AcceptedBlocker - Violates the Fedora 17 alpha criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:39
brunowolff ack 15:39
dgilmore adamw: what bug is it? 15:39
j_dulaney kparal: Atlantic Coast Line 15:39
adamw https://bugzilla.redhat.com/show_bug.cgi?id=813648 . wrong version of PackageKit-zif on the DVD. 15:39
dgilmore adamw: the mysql one the package wasnt pushed to stable so we have bothe versions 15:39
tflink j_dulaney: access control list :) 15:39
dgilmore adamw: we exclude PackageKit-zif from being on the dvd 15:40
adamw well, that doesn't appear to be working 15:40
adamw i think i can see part of the answer 15:40
adamw PackageKit has an open-ended "Requires: PackageKit-backend" 15:40
adamw still, no, that doesn't explain why it'd pull an old zif...gr. 15:40
adamw oh hey, i linked the wrong bug. heh. 15:41
brunowolff dgilmore: I add some more info to bug 819138 that might allow us to exclude javadoc stuff without adding two many lines to the ks file. 15:41
adamw dgilmore: sorry, it's https://bugzilla.redhat.com/show_bug.cgi?id=821122 . still can't see why it'd happen, though. i'm guessing it's somehow related to both PK builds being on the DVD, but that's as far as I can getr. 15:41
brunowolff I haven't properly tested it thow. 15:41
* jskladan is back after interwebz failure 15:41
dgilmore adamw: there is a packagekit update in the bleed repo 15:42
adamw dgilmore: yes. 15:42
dgilmore adamw: some subpackage must have changed arch or something to cause both to be pulled in 15:42
j_dulaney So, why exactly are we bringing in two PK builds? 15:42
adamw j_dulaney: it sometimes happens when we want to pull in a new build from the side repo 15:43
adamw since the older build is still in the main repo 15:43
j_dulaney Ah 15:43
adamw depending on dependencies (hah), that can result in both winding up on the media 15:43
dgilmore adamw: and my run of repoclosure on the tc5 tree did not show any PackageKit issues 15:43
adamw dgilmore: i guess we can just see what happens with TC6/RC1 if we do a stable push first 15:44
* j_dulaney doesn't quite see how that makes sense 15:44
dgilmore Repos looked at: 1 15:44
dgilmore f17-TC5 15:44
dgilmore Num Packages in Repos: 3346 15:44
dgilmore package: 1:eclipse-jdt-4.2.0-0.20.I201205031800.fc17.x86_64 from f17-TC5 15:44
dgilmore unresolved deps: 15:44
dgilmore java-javadoc >= 1:1.7.0 15:44
dgilmore package: 1:mysql-connector-java-5.1.17-4.fc17.x86_64 from f17-TC5 15:44
dgilmore unresolved deps: 15:44
dgilmore libgcj_bc.so.1()(64bit) 15:44
dgilmore java-gcj-compat >= 0:1.0.31 15:44
dgilmore java-gcj-compat >= 0:1.0.31 15:44
dgilmore thats what i got and what i expected 15:44
adamw j_dulaney: see https://bugzilla.redhat.com/show_bug.cgi?id=819139 for one example of a case where it happens 15:44
adamw dgilmore: what do you think of the 'push it stable and try again' plan? 15:45
dgilmore adamw: i pushed stable what i could on friday 15:45
adamw we'd need more karma on https://admin.fedoraproject.org/updates/FEDORA-2012-7740 , everyone. 15:45
adamw yeah, we can get some karma in and do another. 15:45
j_dulaney Testing 15:46
tflink is FESCo right after us or is there an hour gap? 15:46
kparal FESCo is from 17 UTC 15:46
fossjon y wud a bug fix need karma lol just apply it man 15:47
maxamillion adamw: firing up a VM, should have karma in shortly 15:47
tflink ok, just making sure 15:47
tflink fossjon: assuming that your question was more serious than your phrasing - because it could cause regressions that are worse than the current situation 15:48
j_dulaney Dang it, getting mirror wonkiness 15:48
dgilmore adamw: the issue with PackageKit is the update dropped 5 subpackages 15:48
j_dulaney There we go 15:48
adamw dgilmore: i checked that zif was in there, though? 15:48
dgilmore well maybe not 15:48
dgilmore adamw: yeah seems we dropped the excluding of zif somewhere 15:49
dgilmore adamw: need to add that back 15:49
adamw okay 15:49
tflink that's all of the proposed blockers 15:49
j_dulaney packagekit updating, will test when complete 15:49
adamw can people vote on proposed NTH in the bug reports, please? 15:50
adamw i'll go through and gather up votes later 15:50
* nirik sees 820750 is bouncing back and forth between anaconda and desktop. Fun times. ;( 15:50
* tflink will put together a requested blocker karma/testing/voting email after this meeting 15:51
dgilmore adamw: but when i ran repoclosure on the TC5 tree i did not see https://bugzilla.redhat.com/show_bug.cgi?id=821122 15:51
dgilmore adamw: so i dont know how robitno did 15:51
* j_dulaney added PK karma 15:52
adamw dgilmore: ran it on the media not the tree? 15:53
nirik if it was excluded from the dvd, and they installed, repoclosure would see it as missing because only the old one is in the repos... 15:53
* adamw will brb, call of nature 15:53
adamw if someone wants to move on through the agenda, please do 15:53
dgilmore adamw: the tree is the media 15:53
dgilmore ls /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-* 15:53
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-0.7.4-1.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-gstreamer-plugin-0.7. 15:53
adamw note the go/no-go has been moved to thursday 15:53
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-0.7.4-2.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-gtk3-module-0.7.4-2.f 15:53
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-command-not-found-0.7.4-2.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-qt-0.7.4-2.fc17.x86_6 15:53
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-device-rebind-0.7.4-2.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-yum-0.7.4-2.fc17.x86_ 15:54
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-glib-0.7.4-1.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-yum-plugin-0.7.4-2.fc 15:54
dgilmore /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-glib-0.7.4-2.fc17.x86_64.rpm /srv/pungi/17.TC5/17-TC5/Fedora/x86_64/os/Packages/p/PackageKit-zif-0.7.4-1.fc17.x86_ 15:54
* kparal notes PackageKit-0.7.4-2.fc17 now has enough karma for stable repo 15:54
dgilmore thats pretty clearly not right though 15:54
nirik yeah. ;( 15:54
tflink anything else on this or are we good to move on? 15:55
tflink moving on, then :) 15:56
tflink #topic Upcoming QA Events 15:56
tflink looking a the agenda, there are 2 events coming up 15:56
tflink #info GNOME Boxes test day scheduled for 2012-05-17 15:56
* nirik has an item for open floor when that arrives. 15:56
* tflink hasn't looked into it himself but hears that it might actually happen this time 15:57
* jskladan sacrifices a pig... 15:57
j_dulaney Can I have the bacon? 15:57
tflink nirik: ok, will ping you @ open floor when we get there 15:57
* j_dulaney will actually do his job and promote it 15:58
tflink how confidant are we that it'll actually happen this time? 15:58
tflink they should probably update those media links :) 15:58
tflink I see test cases, though 15:58
jskladan pschindl might know, if he's still into that 15:59
tflink the matrix needs to be updated but that should be pretty easy 15:59
pschindl I wasn't working on it this week 15:59
adamw back 15:59
tflink but I'm not sure there is much we can do from our end right now 15:59
pschindl but I think it's on good way 15:59
tflink #action j_dulaney to actually do his job and promote the GNOME boxes test day 16:00
* j_dulaney is writing the blog post even now 16:00
tflink adamw: ok, I think we're pretty much done with discussing the GNOME boxes test day 16:00
tflink the only other thing is the go/no-go meeting on thursday 2012-05-17 16:02
tflink not much to say there, either 16:02
tflink need an RC, need testing :) 16:02
tflink I think that's it for upcoming events, though 16:02
cmurf when is RC expected? 16:02
j_dulaney Never 16:03
tflink cmurf: soon :) 16:03
cmurf I suspected this answer. 16:03
adamw #info go/no-go has been rescheduled to 2012-05-17 16:03
adamw cmurf: you can pick either. :P 16:03
cmurf Wait what are my choices again? 16:04
tflink "real soon now" and "never" 16:04
j_dulaney I was first with a reply, so my answer takes precedence 16:04
j_dulaney  ! 16:04
cmurf These are binary options? 16:04
adamw oh, for the love of... 16:05
spot as thrilling as this is... 16:06
adamw now my desktop has hit another damn bug. sigh. 16:06
adamw #topic AutoQA update 16:06
adamw #info no news due to Final testing 16:06
adamw #topic open floor 16:06
adamw floor is open for an extremely limited engagement 16:06
spot 820973 16:06
spot can we revisit that quickly? 16:06
cmurf Bug 810104 needs to be reopened I think 16:06
tflink adamw: you missed a topic 16:06
adamw yes 16:06
adamw tflink: what did I miss? 16:06
j_dulaney tflink: He closed it 16:06
tflink adamw: pending RHBZ awesomeness 16:07
adamw tflink: oh. well, i thought you said we were done with upcoming events. 16:07
tflink I wasn't thinking of it as an upcoming event, I guess 16:07
tflink more of a question of how much we care about our current tools 16:07
adamw tflink: oh, you made it a sub-topic of upcoming events in the agenda. 16:07
* kparal is confused 16:08
tflink yeah, I screwed up the formatting 16:08
adamw #topic Open floor: https://bugzilla.redhat.com/show_bug.cgi?id=820973 16:08
adamw so, see comment #2, i'm okay with considering it not a blocker on the basis the menu item actually works as intende 16:08
adamw s 16:08
adamw intended. grr. 16:08
kparal no changes needed in software -> no bug 16:08
j_dulaney +1 16:08
* spot isn't even sure it merits a NTH, since no package update would be needed 16:08
* j_dulaney will go for that 16:09
kparal we can't force transmission upstream to create those pages 16:09
adamw yeah, i don't see what we can change as nth 16:09
kparal just close NOTABUG or CANTFIX 16:09
j_dulaney CANTFIX better 16:09
tflink CANTFIX seems closer in this case 16:09
adamw propose #agreed #820973 is no longer considered a blocker as the menu entry works as intended, but upstream has not yet written the online documentation to which it points 16:10
jskladan ack 16:10
tflink ack 16:10
spot ackity ack 16:10
pschindl ack 16:10
kparal ack 16:10
j_dulaney ack 16:10
adamw #agreed #820973 is no longer considered a blocker as the menu entry works as intended, but upstream has not yet written the online documentation to which it points 16:11
adamw someone suggested... 16:11
adamw #topic Open floor: https://bugzilla.redhat.com/show_bug.cgi?id=810104 16:11
adamw cmurf: oh, you. in general, please don't assume Macs ever behave like anything else. 16:11
cmurf I don't ever assume such craziness. 16:12
adamw has anyone yet tested writing TC4/TC5 to actual silver disc and booting it EFI on a non-mac? 16:12
* j_dulaney has no EFI h/w 16:12
* nirik neither. 16:13
spot adamw: there isn't too much non-mac EFI around, matthew might have some 16:13
adamw if not, let's leave it open to testing. the test is in the matrix anyway. 16:13
adamw spot: i have one. i think satellit does. 16:13
* tflink does as well 16:13
spot i stand corrected. 16:13
adamw #action adamw and tflink to check status of #810104 with TC5 16:14
adamw okay, back to... 16:14
adamw #topic Pending RHBZ upgrade 16:14
adamw you have the floor, tflink 16:14
tflink there is an upgrade to RHBZ scheduled for 2012-05-19 16:14
tflink I probably should have done this earlier, but I started testing stuff against the staging instance to make sure that stuff doesn't explode 16:15
adamw because, y'know, it's a great time to do that. 16:15
tflink at least it's not 2012-05-21 any more 16:15
adamw Reasons We Need A Fedora Bugzilla, #546633 16:15
tflink adamw: I hear a volunteer to setup and admin :) 16:16
j_dulaney LOL 16:16
tflink anyways, there is breakage 16:16
tflink there are going to be issues with libreport in released installers 16:16
tflink but I'm not so worried about that 16:16
tflink the script that makes the blocker bug wiki page will not work with the new RHBZ 16:16
tflink neither will the script I use to help with blocker review meetings 16:17
tflink there are other issues, but those are outside the scope of QA 16:17
nirik so, we just need to have f17 ready to go before then, right? ;) 16:17
* nirik runs 16:17
kparal is it hard to update those scripts? 16:17
tflink my question is - how useful is the blocker wiki page? 16:17
kparal I use it exclusively 16:18
adamw pretty useful. though sometimes problematic 16:18
adamw i found out recently it doesn't cover indirect blockers 16:18
tflink kparal: jlaska and I poked at it on friday, it won't be a trivial fix 16:18
adamw i.e. it doesn't list https://bugzilla.redhat.com/show_bug.cgi?id=819371 , because it doesn't block f17blocker directly 16:18
tflink there has been some talk about re-thinking that to be a little more sophisticated 16:18
adamw you can use custom bugzilla searches to do everything the page does functionally, but it's nowhere near as nice a layout. 16:18
tflink the wiki page or some replacement, I mean 16:18
brunowolff I once looked at doing something similar for verified bugs. 16:18
tflink so my question is - is making sure the wiki page works post RHBZ-upgrade important enough to do instead of some testing? 16:19
tflink or do we leave it alone for F17 and work on some sort of replacement for F18+ 16:19
adamw the other annoyance with the custom search approach is you have to keep making new searches for alpha, beta, final, next release alpha, beta, final, ad infinitum 16:19
brunowolff It looked possible to add recursive searching with a postgres backend, but I ended up doing other stuff instead of working on that. 16:19
adamw tflink: no. 16:20
adamw tflink: leave it alone until we sign off on f17. 16:20
tflink adamw: no? to what? 16:20
j_dulaney tflink: Leave it for f18 16:20
adamw it's not more important than testing. 16:20
adamw i can throw up some shared bugzilla searches for f17 final. 16:20
* jskladan is afk for a while 16:20
j_dulaney tflink: But, yeah, the wiki page is way useful 16:20
kparal I think it's enough to replace the wiki contents with links to bz queries once rhbz is updated 16:20
tflink adamw: I know that you think that way - AFAIK, you don't even like the current wiki page 16:20
kparal and fix it for f18 16:20
adamw tflink: er, that's not what i said? 16:20
adamw "<adamw> pretty useful. though sometimes problematic" 16:21
tflink adamw: ok, I'm mistaken 16:21
brunowolff Is there going to be an outage during the cut over for a significant amount of time? 16:21
* nirik nods. Shouldn't spend energy on this now, work on f17, _then_ work on fixing it or redoing it. 16:21
tflink brunowolff: 3 hours are planned 16:21
nirik brunowolff: it's 3 hours I think 16:21
tflink ok, works for me. just figured that I would bring it up so it isn't a surprise 16:21
brunowolff That's not too bad unless it hits a blocker meeting. 16:21
tflink brunowolff: it won't if we don't slip :) 16:22
tflink nvm, I misread 16:22
* j_dulaney sees that as unlikely 16:22
tflink the upgrade is on saturday 16:22
adamw oh good, i'm scheduled to drink myself into a coma on friday, so no conflicts! 16:23
tflink so it won't hit the blocker meeting on friday unless it is beyond epic :) 16:23
nirik yeah, but if we slip we will have no webpage or blockerscript tools... but I hope we can muddle along. 16:23
tflink nirik: if it's only a week, I can do it by hand 16:23
nirik yeah. 16:23
adamw that's how i always used to do it anyway. 16:23
tflink I/we/whomever 16:23
nirik and hopefully numbers of bugs would be small. 16:23
j_dulaney tflink: You've doomed us to an uber blocker meeting 16:23
adamw right 16:23
* j_dulaney notes that he may not be available for said meeting 16:24
* tflink will ask jlaska to stop running the script after the meeting on friday 16:24
adamw okay 16:25
adamw i'll put together some saved searches and send out a mail or something 16:25
tflink we'll figure out what we want to do post F17 16:25
tflink hopefully bodhi will work with the new RHBZ :) 16:26
nirik yeah, lmacken is going to be doing testing with it this week. 16:27
nirik hopefully no big issues. 16:27
tflink yeah, I'm hoping that isn't going to be a problem 16:27
tflink but considering what we were hitting on friday, I'm not sure how likely it is :'( 16:27
j_dulaney Why, oh why, are they doing it at this point in the release cycle? 16:28
tflink ok, that's all I wanted to bring up 16:28
adamw okay. 16:29
adamw j_dulaney: note that it's bugzilla.redhat.com . 16:29
tflink j_dulaney: the original F17 release was supposed to have happened already :) 16:29
adamw oh, and that. 16:29
adamw okay 16:29
adamw we did open floor already 16:29
adamw but let's just re-check 16:30
tflink adamw: nirik had something for open floor 16:30
adamw oh, and log that section 16:30
nirik oh yeah... 16:30
adamw #info Bugzilla will be upgraded to 4.2 on 2012-05-19 16:30
adamw #info this may cause problems for bug reporting from anaconda in older releases, and will break our 'current release blockers' wiki page and blocker meeting helper scripts 16:30
adamw #action adamw to create some shared bugzilla searches for F17 final blocker/nth to replace the wiki page 16:31
adamw #info tflink will look into options for the broken tools once f17 is signed off 16:31
adamw #topic Open floor 16:31
brunowolff I notice that bugmail is now going to come in html by default. I'll be turning that off (html) right away. 16:31
adamw what's up, nirik? 16:31
nirik so, I thought I would mention to QA folks: I was looking at updating boot.fedoraproject.org... it's been on my list for a long time. http://lists.fedoraproject.org/pipermail/infrastructure/2012-May/011721.html we can back it out if it causes problems easily. I don't know how many people use b.fp.o. There is no release critera affected. 16:31
tflink brunowolff: wait, what? really? damnation, I'll have to change that option, too 16:32
nirik but perhaps down the road we should add it to critera, etc. 16:32
nirik brunowolff: ? yuck 16:32
adamw nirik: yeah, it's like EC2 at present, not covered but probably should be. 16:32
brunowolff http://www.bugzilla.org/releases/4.2/release-notes.html#v42_feat_email 16:32
tflink adamw: isn't EC2 covered? 16:32
nirik anyhow, wanted to mention it, and get any feedback about it... and testing would of course be welcome after it's switched. 16:33
tflink as final - the Xen release criteria 16:33
adamw tflink: well, sorta indirectly, yeah. 16:33
j_dulaney nirik: Propose a test day 16:33
tflink adamw: EC2 was the reason we wrote that criterion, though 16:33
adamw that criterion probably wouldn't cover just some kind of error in our EC2 applicance image, though. well, burn that bridge when we get to it. 16:34
adamw not entirely. ec2 is one of the major reasons we accepted the principle of xen being a final blocker. 16:34
j_dulaney BURNING BRIDGES! 16:34
adamw but that was more 'use of fedora on ec2' than 'use of any specific image fedora project releases for ec2' 16:34
* j_dulaney is a pyro 16:34
nirik j_dulaney: sure... 16:34
adamw anyhow...we're way over time 16:34
brunowolff That's a good song. 16:34
adamw #info nirik will be updating boot.fedoraproject.org for F17, he welcomes input and testing 16:35
nirik ipxe should add lots of more hardware support, FYI. 16:35
nirik and some wireless even 16:35
adamw oh yay. 16:36
adamw okay...so, anything else? last call! 16:36
* nirik has nothing 16:36
adamw well FINALLY you're satisfied 16:37
adamw  :P 16:37
nirik  :) 16:37
adamw thanks for coming, all 16:37
adamw time to go bash some blockers 16:37
adamw #endmeeting 16:37

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