17:03:20 #startmeeting f16final-blocker0review-5 17:03:20 Meeting started Fri Oct 28 17:03:20 2011 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:03:20 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:03:36 #meetingname f16final-blocker-review-5 17:03:36 The meeting name has been set to 'f16final-blocker-review-5' 17:03:40 #topic roll call 17:03:46 * brunowolff is here 17:03:52 brunowolff: welcome 17:03:54 * jsmith is here (will be in and out) 17:04:39 * nirik is lurking 17:04:48 jsmith: no worries, we'll have plenty of fun to go around :) 17:05:02 tflink: That's what I'm afraid of :-p 17:05:37 * bob_home is lurking 17:05:55 jsmith: fear is not allowed here 17:06:07 quick note: we have just about zero tc3 testing done yet 17:06:14 so can we please make this as fast as possible and then do some tc3 testing? 17:07:01 adamw: I'd love to, any suggestions on how to make this faster are welcome 17:07:44 ok, lets get this party started 17:08:09 #topic Introduction 17:08:15 #info Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs. 17:08:26 We'll be working from the following list: 17:08:34 #link https://fedoraproject.org/wiki/Current_Release_Blockers 17:08:56 And evaluating bugs against the F16 final release criteria: 17:09:05 #link https://fedoraproject.org/wiki/Fedora_16_Final_Release_Criteria 17:09:18 #info 4 Proposed Blockers 17:09:18 #info 12 Proposed NTH 17:09:20 #info 13 Accepted Blockers 17:09:36 any objections to starting w/ proposed blockers? 17:09:47 no objections here 17:09:51 #topic (748747) Gstreamer-based apps don't display video when using software 3D rendering (clutter involved) 17:09:55 #link http://bugzilla.redhat.com/show_bug.cgi?id=748747 17:09:57 #info Proposed Blocker, NEW 17:11:09 we kind of need dev input on this one 17:11:49 ajax is definitely aware of it 17:11:55 i've been poking him to work on it 17:12:02 as far as the blockeriness of it goes, i'm super on-the-fence 17:12:05 do we have any idea what a fix could be? 17:12:15 not really, no 17:12:53 then punt and update async, I think 17:13:01 ack 17:13:33 proposed #agreed - 748747 - We need more information on what the fix would entail before moving forward on this one, will follow and vote in bz 17:13:46 #agreed - 748747 - We need more information on what the fix would entail before moving forward on this one, will follow and vote in bz 17:14:13 in the interest of moving more quickly, I'm going to be waiting for acks in some cases 17:14:22 sure 17:14:28 if I move too quickly, say something and will #undo 17:14:33 ok 17:14:37 #topic (748920) Setting back time breaks boot 17:14:37 #link http://bugzilla.redhat.com/show_bug.cgi?id=748920 17:14:39 #info Proposed Blocker, NEW 17:15:02 -ENEEDINFO 17:15:27 I'm definitely NTH on this 17:15:35 but not so sure about blocker 17:15:42 +1 17:16:00 we have two acceptable possible workarounds 17:16:05 +1 NTH, on the fence about blocker 17:16:33 and I'm not convinced that it needs to be fixed for release 17:16:55 yeah, it does seem to be something we can fix post-release 17:16:58 * nirik is -1 blocker +1 NTH... it's been this way for a long time too. 17:17:02 is it a problem, yes? Are users likely to hit this @ install time? Not so sure 17:17:04 nirik: well 17:17:19 the 'date in the past causes fsck fail' has been that way for a long time, yes 17:17:33 but the thing that worries me most about this bug is not that but the 'systemd doesn't provide a rescue prompt when fsck fails, sometimes' bit 17:17:39 which is independent of the *reason* fsck failed 17:18:14 i think it's probably a -1 blocker if push comes to shove but i'd really like to at least get _some_ kind of read from lennart before voting 17:18:33 yeah, true. 17:18:41 from my testing, systemd seems to only give one chance @ the maintenance prompt 17:18:55 any following errors won't get a maintenance prompt until reboot 17:19:13 and /boot doesn't get one at all in systemd 17:19:43 so, punt again waiting for dev input? 17:20:14 for now, yeah 17:20:28 i think if we get down to this as last blocker and we've got nothing from lennart we could probably drop it in the interests of getting an rc done 17:20:35 but let's leave it for now 17:20:54 proposed #agreed - 748920 - This is looking like not a blocker right now but it would be nice to get dev input before making a decision 17:21:43 ack 17:21:47 ACK 17:21:49 #agreed - 748920 - This is looking like not a blocker right now but it would be nice to get dev input before making a decision 17:21:55 #topic (749516) date doesn't set persistent date 17:21:55 #link http://bugzilla.redhat.com/show_bug.cgi?id=749516 17:21:55 #info Proposed Blocker, NEW 17:22:40 i'm really having trouble seeing where this is a blocker 17:22:46 same here 17:23:11 there's at least two workarounds for setting the date permanently, there's probably more, we're not entirely sure the behaviour's even wrong, and it can clearly be fixed with an update... 17:23:17 unless someone's seeing something i'm not, -1 17:23:30 -1 from me 17:24:06 proposed #agreed - 749516 - RejectedBlocker - This doesn't hit any of the release criteria and can be fixed post-release 17:24:13 I'm actually thinking -1 NTH, too 17:24:18 Is this happening on live images only? 17:24:36 There was a specific change for live images to not change the date when shutting down. 17:24:55 the word 'live' doesn't appear anywhere in the bug 17:24:55 this is an installed system 17:25:25 and the DVD is listed under version of affected components 17:25:35 but yeah. -1. 17:25:50 #agreed - 749516 - RejectedBlocker - This doesn't hit any of the release criteria and can be fixed post-release 17:25:58 #topic (749647) [GD5446_KVM] KDE fails to start in side a VM using the cirrus driver and 'raster' Qt renderer 17:26:02 #link http://bugzilla.redhat.com/show_bug.cgi?id=749647 17:26:04 #info Proposed Blocker, NEW 17:26:26 we're already at +4 blocker from the comments 17:26:32 so I'm not sure there is much to say about this one 17:26:37 yeah, accept and move on 17:26:48 looking for criteria 17:27:35 #agreed - 749647 - AcceptedBlocker - The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the previous stable Fedora release, using Fedora's current preferred virtualization technology 17:27:52 i'd say "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 passphrase is supplied ", but whatever 17:28:02 #undo 17:28:02 Removing item from minutes: 17:28:32 #agreed - 749647 - 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. This includes correctly accessing any encrypted partitions when the correct passphrase 17:28:48 ok, that's all of the proposed blockers 17:29:06 to keep in the blocker mindset, let's move on to the accepted blockers 17:29:12 #topic (668282) PackageKit yum backend uses incorrect encoding for dynamic category names, makes them show up with '?' characters in KPackageKit 17:29:15 #link http://bugzilla.redhat.com/show_bug.cgi?id=668282 17:29:17 #info Accepted Blocker, MODIFIED 17:29:48 I think this one is close to verified 17:29:49 i didn't really look at the fix for this, but it sounds like it's good. 17:30:00 I haven't seen any issues with gnome-pk 17:30:12 and it sounds like the issue was fixed 17:30:27 the fix should be in tc3 for verification 17:30:34 so, probably not much to do here cept double-check tc3 17:30:50 proposed #agreed - 668282 - This appears to be fixed in TC3, move to VERIFIED after checking fix in TC3 17:30:55 ack 17:31:02 #agreed - 668282 - This appears to be fixed in TC3, move to VERIFIED after checking fix in TC3 17:31:09 #topic (740062) fcoe.py fails to detect FCoE NIC due to extraneous newline character 17:31:12 #link http://bugzilla.redhat.com/show_bug.cgi?id=740062 17:31:15 #info Accepted Blocker, ON_QA 17:31:32 yay for expensive HW related bugs 17:32:25 proposed #agreed - 740062 - This still needs to be verified by someone with the appropriate HW, ask reporter to re-test with TC3 17:32:28 this one's been fixed for a while, i've been mostly ignoring it 17:33:51 ack 17:33:58 #agreed - 740062 - This still needs to be verified by someone with the appropriate HW, ask reporter to re-test with TC3 17:34:04 #topic (748587) Detection of live images / USB keys broken in F16 Final TC2 17:34:07 #link http://bugzilla.redhat.com/show_bug.cgi?id=748587 17:34:10 #info Accepted Blocker, MODIFIED 17:35:15 FWIW, I did see something like this in TC3 17:35:42 the live media still shows up in the advanced partitioning screen and is selected by default as a potential installation target 17:35:49 but I'm not sure that's blocker-worthy 17:36:53 so I'm thinking either close or demote 17:36:55 thoughts? 17:37:04 demote 17:37:11 we'll probably want to fix anaconda harder for f17 17:37:24 but this has been this way forever and it's just not really a significant issue for f16 right now unless we get new info 17:37:31 i'd say -1/-1 17:37:39 (for the new issue) 17:37:42 the storage iface will be different, so I'm guessing that we'll have new stuff to deal with for F17 :) 17:38:01 the filtering code likely isn't too different though 17:38:02 anyhow 17:38:12 actually we should leave this as blocker, since the bug is really for the initial, more serious problem 17:38:19 but just be clear that we consider the actual blocker issue here fixed 17:38:31 the new issue should be tracked separately if it needs to be tracked 17:38:58 proposed #agreed - 748587 - Move to VERIFIED after more testing in TC3 - the fix is enough for release. Open a new bug for the remaining concern 17:39:08 btw, is anyone playing secretary? 17:39:20 i'll do it in a bit 17:39:23 k 17:39:24 ack 17:39:33 #agreed - 748587 - Move to VERIFIED after more testing in TC3 - the fix is enough for release. Open a new bug for the remaining concern 17:39:39 #topic (749325) Lenovo Thinkpads should be blacklisted to ms-dos labels 17:39:43 #link http://bugzilla.redhat.com/show_bug.cgi?id=749325 17:39:45 #info Accepted Blocker, MODIFIED 17:40:17 proposed #agreed - 749325 - Needs testing with TC3 17:41:17 #agreed - 749325 - Needs testing with TC3 17:41:24 #topic (749661) repoclosure failure on 16.TC3 DVD - PackageKit-zif-0.6.19-3.fc16 requires zif >= 0:0.2.5 17:41:27 #link http://bugzilla.redhat.com/show_bug.cgi?id=749661 17:41:30 #info Accepted Blocker, NEW 17:41:58 sounds like the immediate fix will be taken care of by excluding pk-zif from the DVD 17:42:15 do we allow zif past freeze? 17:42:39 if it stops scripts complaining, eh, sure 17:42:45 it's not like anything uses it so it's pretty safe to do so i think 17:42:46 or allow the new one? 17:42:49 I'm thinking not for this bug but would be +1 on NTH for letting it in 17:42:57 but either way 17:43:07 i don't see why we wouldn't permit the update to be tagged to fix the dep issue 17:43:52 yeah, call it nth or whatever, but do it. 17:44:03 yeah, PackageKit was built with the new one in override... 17:44:08 so getting the new one in should fix it. 17:44:23 proposed #agreed - 749661 - Sounds like fix is in progress. Fix to DVD compose and push zif-0.2.5-1.fc16 to stable 17:44:26 ack 17:44:32 #agreed - 749661 - Sounds like fix is in progress. Fix to DVD compose and push zif-0.2.5-1.fc16 to stable 17:44:38 #topic (736893) New Install of Fedora 16 TC1 on iBFT iSCSI NIC fails on first reboot 17:44:41 #link http://bugzilla.redhat.com/show_bug.cgi?id=736893 17:44:44 #info Accepted Blocker, ASSIGNED 17:45:04 given what we know right now i'm -1 blocker on this, since it only affects live: workaround is 'don't do freaking iSCSI installs from the live image' 17:45:20 * nirik is -1 blocker as well 17:45:21 the live's meant to be for desktop deployment, not setting up your SAN. 17:45:21 proposed #agreed - 736893 - RejectedBlocker - if there was a blocker issue here, it's only when installing to a bootable iSCSI target from a live image. DVD and netinstall isos work fine. 17:45:46 if we can fix it safely, sure, whatever, but it's not keeping me up at nights. 17:46:22 it would be nice to figure out why the different methods behave differently 17:46:29 sure 17:46:32 the kernel params are different for the different methods 17:46:43 at least on my systems 17:46:51 ack/nak/patch? 17:47:07 #agreed - 736893 - RejectedBlocker - if there was a blocker issue here, it's only when installing to a bootable iSCSI target from a live image. DVD and netinstall isos work fine. 17:47:13 #topic (747377) heap corruption via multi-threaded "git grep" 17:47:13 #link http://bugzilla.redhat.com/show_bug.cgi?id=747377 17:47:13 #info Accepted Blocker, MODIFIED 17:47:22 this is basically fixed as of tc3, i think 17:47:29 double-check, set to verified 17:47:59 proposed #agreed - 747377 - Should be fixed in TC3, re-test and move to VERIFIED if fixed 17:48:16 #agreed - 747377 - Should be fixed in TC3, re-test and move to VERIFIED if fixed 17:48:22 #topic (747318) [abrt] gnome-settings-daemon-3.2.1-1.fc16: __GI_raise: Process /usr/libexec/gsd-printer was killed by signal 6 (SIGABRT) 17:48:25 #link http://bugzilla.redhat.com/show_bug.cgi?id=747318 17:48:28 #info Accepted Blocker, MODIFIED 17:48:32 this is another one that should be fixed in TC3 or updates 17:48:48 but due to its async nature, it's not easy to test directly 17:49:31 well 17:49:37 we're still getting reports of it from 3.2.1-1 17:49:42 but we've had none from 3.2.1-3 17:49:44 which looks good to me. 17:49:45 proposed #agreed - 747318 - Should be fixed in TC3, needs testing but will move to VERIFIED if no reproductions in the next couple of days 17:49:55 3.2.1-3 is still pending push to testing 17:50:02 oh, point. 17:50:04 the only way to install it is to download the thing from koji by hand 17:50:11 i think it's in tc3 too. 17:50:44 You can use bodhi -D 17:50:47 I haven't seen anything since installing 3.2.1-3 this morning 17:50:49 it worked fine here. 17:51:08 * nirik is behind a bug. sorry. 17:51:37 anyhow, ack/nakpatch? 17:51:45 ACK 17:51:55 #agreed - 747318 - Should be fixed in TC3, needs testing but will move to VERIFIED if no reproductions in the next couple of days 17:52:03 #topic (742226) /sbin/grub2-probe: error: cannot find a GRUB drive for /dev/mapper/nvidia_cjfffajep2 17:52:06 #link http://bugzilla.redhat.com/show_bug.cgi?id=742226 17:52:09 #info Accepted Blocker, MODIFIED 17:52:30 sounds like this has been fixed but I don't think we have any install testing w/ TC3 17:53:19 not with tc3, but jlaska tested the fix with an updates.img or preRC1 build 17:53:25 we can ask him to test again with tc3 17:53:39 proposed #agreed - 742226 - Fix has been tested but it would be nice to see it tested w/ tc3 install, request re-test w/ tc3 media 17:53:57 if all else fails I could test this but I'd rather not since it involves nuking my AutoQA dev box 17:54:33 ack/nak/patch? 17:55:41 #agreed - 742226 - Fix has been tested but it would be nice to see it tested w/ tc3 install, request re-test w/ tc3 media 17:55:49 #topic (749618) Mimetype tree is not a DAG!" errors + crashes when using SMI 0.91 17:55:53 #link http://bugzilla.redhat.com/show_bug.cgi?id=749618 17:55:55 #info Accepted Blocker, MODIFIED 17:56:17 nothing much to do here 17:56:21 it was proposed when already modified 17:56:25 just pull the fix into next compose 17:57:05 proposed #agreed - 749618 - pull in kdepimlibs-4.7.2-2.fc16 for next compose and retest 17:57:11 #agreed - 749618 - pull in kdepimlibs-4.7.2-2.fc16 for next compose and retest 17:57:24 #topic (747497) parted gpt partition_duplicate does not copy flags 17:57:24 #link http://bugzilla.redhat.com/show_bug.cgi?id=747497 17:57:24 #info Accepted Blocker, MODIFIED 17:57:45 sounds like we need testing w/ adamw's boot.iso 17:58:11 yeah 17:58:16 bcl tested with it and found the bug was fixed 17:58:25 proposed #agreed - 747497 - Fix is available in repos and on custom boot.iso sent out to test@. Needs testing and will be included in the next compose 17:58:26 i'm pretty confident he's got it right, but it'd be good for others to verify 17:58:30 ack 17:58:32 ack/nak/patch? 17:58:42 #agreed - 747497 - Fix is available in repos and on custom boot.iso sent out to test@. Needs testing and will be included in the next compose 17:58:47 OK, Proposed NTH time 17:58:57 #topic (748119) upgrades not allowed if /var is on a separate volume 17:58:57 #link http://bugzilla.redhat.com/show_bug.cgi?id=748119 17:58:57 #info Proposed NTH, ASSIGNED 17:59:13 +1 nth, but it ain't gonna get fixed, i don't think. 17:59:43 ok, we're at +3 nth including comments 18:00:09 ack! 18:00:40 proposed #agreed - 748119 - There is a workaround but this does cause problems for upgrades in certain configurations 18:01:00 ack! 18:01:07 #agreed - 748119 - There is a workaround but this does cause problems for upgrades in certain configurations 18:01:11 #topic (748277) No default file manager set even if just one is installed 18:01:15 #link http://bugzilla.redhat.com/show_bug.cgi?id=748277 18:01:17 #info Proposed NTH, ON_QA 18:01:48 sure, sounds fine. 18:01:59 +1 18:02:23 criteria? or just accepte as LXDE blocker 18:02:32 XFCE, rather 18:03:02 proposed #agreed - 748277 - AcceptedNTH - Violates "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use" for XFCE 18:03:11 ack/nak/patch/unicorns? 18:03:17 ack 18:03:24 #agreed - 748277 - AcceptedNTH - Violates "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use" for XFCE 18:03:31 #topic (739766) cc1: error: fail to initialize plugin /usr/lib/gcc/x86_64-redhat-linux/4.6.1/plugin/python2.so 18:03:35 #link http://bugzilla.redhat.com/show_bug.cgi?id=739766 18:03:37 #info Proposed NTH, MODIFIED 18:04:06 i still don't see any reason to pull this as it's not on any media, but you know, whatever. 18:04:53 if it's not on the media, -1 NTH 18:05:04 i can see nth for the *gcc* update 18:05:14 but the bug was proposed for the python plugin 18:05:45 proposed #agreed - 739766 - RejectedNTH - neither gcc-python2-plugin nor gcc-python3-plugin are on the DVDs and this could be fixed as a0-day update 18:05:55 * spot nods 18:05:58 +1 18:06:00 ack 18:06:13 spot: +1 nth or ack to proposal? 18:06:18 ack to proposal 18:06:19 sorry 18:06:24 #agreed - 739766 - RejectedNTH - neither gcc-python2-plugin nor gcc-python3-plugin are on the DVDs and this could be fixed as a 0-day update 18:06:32 #topic (741549) Login failure due to bad ~/.local/share/icc selinux file contexts 18:06:36 #link http://bugzilla.redhat.com/show_bug.cgi?id=741549 18:06:38 #info Proposed NTH, NEW 18:06:50 oh, this one 18:06:58 this is the bug that blocked beta, basically, except it turns out we didn't totally fix it 18:07:26 we fixed the most common cause of the icc files being mislabelled, but there's at least one other possible route to get 'em mislabelled, and g-s-d still hasn't been fixed not to crash if they _are_ mislabelled. 18:07:42 +1 nth 18:07:46 the route is somewhat uncommon, though, fortunately. gnome-color-manager wasn't in f15 by default. 18:07:56 so, nth, as it can affect DVD upgrades, but it's probably not going to hit enough people to be blocker. 18:08:12 i was kinda hoping desktop team would fix it, but oh well. 18:08:28 proposed #agreed - 741549 - This can affect DVD upgrades but is a little obscure. gnome-settings-daemon shouldn't be crashing if files are mis-labeled 18:08:34 ack 18:08:37 er 18:08:41 put a acceptednth in there 18:08:47 #agreed - 741549 - AcceptedNTH - This can affect DVD upgrades but is a little obscure. gnome-settings-daemon shouldn't be crashing if files are mis-labeled 18:08:51 thanks 18:08:59 #topic (743787) grub menu displays (harmless?) errors about serial console 18:09:02 #link http://bugzilla.redhat.com/show_bug.cgi?id=743787 18:09:05 #info Proposed NTH, MODIFIED 18:09:24 I still haven't seen this 18:10:06 it was fixed in tc2/tc3 i think 18:10:18 when we were fixing the bigger serial install bug, this one got fixed too 18:10:22 * nirik hasn't seen it either. 18:11:03 I'm thinking -1 since there aren't clear consequences of this other than error messages on the console 18:11:13 but it's proably academic at this point 18:11:31 is that anaconda needed for other blockers/nths? 18:11:34 it's a visible bug caused by the installer, and presumably that parameter is needed in SOME case or else we wouldn't be writing it 18:11:37 so i'm +1 nth 18:11:46 nirik: yes. 18:11:52 16.23 fixed various blockers. 18:12:13 any other votes? 18:12:27 then, I guess it doesn't really matter. ;) but sure, nth +1 18:13:08 proposed #agreed - 743787 - AcceptedNTH - This is a visible bug that could cause other problems. The serial-related grub params should be written properly @ install time 18:14:22 ack 18:14:28 #agreed - 743787 - AcceptedNTH - This is a visible bug that could cause other problems. The serial-related grub params should be written properly @ install time 18:14:34 #topic (747479) iscsi targets starting before network is up for non-critical mounts on boot 18:14:37 #link http://bugzilla.redhat.com/show_bug.cgi?id=747479 18:14:40 #info Proposed NTH, NEW 18:14:48 we accepted this late time, do we want to just go with that or re-discuss 18:14:55 s/late/last 18:15:25 from the last thing I heard from the maintiner, I don't think this'll be fixed by release 18:16:10 sure, whatever, move on. 18:16:46 #agreed - 747479 - Accepted as NTH at last meeting, skipping this time. No movement since last week. 18:16:55 #topic (748540) correctly return GL_MAX_TEXTURE_SIZE for nv50 on nouveau 18:16:59 #link http://bugzilla.redhat.com/show_bug.cgi?id=748540 18:17:01 #info Proposed NTH, ON_QA 18:17:38 +1 NTH 18:17:42 proposed #agreed - 748540 - AcceptedNTH - Causes performance problems on livecds, fix is ready 18:17:43 +1 18:17:54 it's not live cds 18:17:57 it's NVIDIA adapters 18:18:05 they fail the shell test when they shouldn't 18:18:09 well, it would prevent gnome shell from running on livecds 18:18:17 oh right 18:18:18 sorry 18:18:19 nvidia + live 18:18:25 i was misreading it as VMs for some reason 18:18:27 so, yeah, +1 18:18:44 #agreed - 748540 - AcceptedNTH - Causes performance problems with nvidia adapters when using live images, fix is ready 18:18:53 #topic (748982) Broken build preventing robotics spin from building 18:18:53 #link http://bugzilla.redhat.com/show_bug.cgi?id=748982 18:18:53 #info Proposed NTH, NEW 18:19:30 proposed #agreed - 748982 - AcceptedNTH - This is a simple fix to get the robotics spin working, should be isolated and not affect other things. 18:19:35 ACK 18:19:42 #agreed - 748982 - AcceptedNTH - This is a simple fix to get the robotics spin working, should be isolated and not affect other things. 18:19:43 ack 18:19:50 #topic (748069) selinux and nvidia means gdm fails to start 18:19:50 #link http://bugzilla.redhat.com/show_bug.cgi?id=748069 18:19:50 #info Proposed NTH, NEW 18:20:22 this is with the proprietary nvidia blob driver, no? 18:20:28 yeah, it sure seems that way 18:20:30 yeah 18:20:45 it doesn't seem to be new either, looking at the fusion bug, though i only recently heard of it for the first time 18:21:10 i'm kinda meh on it. 18:21:11 * spot is tempted to -1 NTH on those grounds alone, since the fix will be in the nvidia driver 18:21:14 proposed #agreed - 748069 - RejectedNTH - Since this affects the proprietary NVidia driver, it can't affect the install media or official live installs. Thus it can be fixed post-release and not NTH 18:21:17 not in Fedora 18:21:31 -1 NTH 18:21:51 I'm -1 nth because it doesn't affect the install media or the lives 18:22:08 if someone spun up their own live images, maybe 18:22:18 * nirik nods. -1 NTH 18:22:18 but a 0-day update would be fine for this 18:22:23 can be fixed by them post-release 18:22:23 tflink: we don't ack NTH for crazy. ;) 18:23:17 #agreed - 748069 - RejectedNTH - Since this affects the proprietary NVidia driver, it can't affect the install media or official live installs. Thus it can be fixed post-release and not NTH 18:23:33 #topic (749101) Release media should have spin-kickstarts that reflects what was used to build images 18:23:36 #link http://bugzilla.redhat.com/show_bug.cgi?id=749101 18:23:38 #info Proposed NTH, MODIFIED 18:24:05 ack 18:24:10 thoughts on this one? Do we want updated spin-kickstarts on the DVDs? 18:24:23 they should really match, i think 18:24:31 and it can't possibly go wrong! 18:24:40 I seem to remember that there was an issue with updates disappearing down the road. 18:24:54 proposed #agreed - 749101 - AcceptedNTH - This is a simple fix that shouldn't affect anything else and will make the spin-kickstarts match what is released 18:25:02 Jesse seemed to be concerned about having the package match in the past. 18:25:03 * spot is +1 with NTH within the limited scope presented in the bug 18:25:24 ack 18:25:30 #agreed - 749101 - AcceptedNTH - This is a simple fix that shouldn't affect anything else and will make the spin-kickstarts match what is released 18:25:30 ack 18:25:36 #topic (749385) CVE-2011-4076 openstack-nova: EC2 API password leak 18:25:36 #link http://bugzilla.redhat.com/show_bug.cgi?id=749385 18:25:36 #info Proposed NTH, MODIFIED 18:26:22 proposed #agreed - 749385 - RejectedNTH - OpenStack isn't on the install media and can be fixed as a 0-day update 18:26:38 ack 18:26:51 #agreed - 749385 - RejectedNTH - OpenStack isn't on the install media and can be fixed as a 0-day update 18:26:57 #topic (736727) [abrt] xfce4-power-manager-1.0.10-1.fc16: handle_error: Process /usr/bin/xfce4-power-manager was killed by signal 5 (SIGTRAP) 18:27:00 #link http://bugzilla.redhat.com/show_bug.cgi?id=736727 18:27:03 #info Proposed NTH, ASSIGNED 18:27:36 proposed #agreed - 736727 - AcceptedNTH - Violates "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use" for XFCE 18:27:55 wait, I might have messed that criterion up 18:28:10 seems pretty nth-ey 18:28:12 * nirik is +1 NTH, not sure the status of fix... cwickert was going to work on it. 18:28:15 +1 18:28:30 +1 18:28:49 eh, close enough 18:28:58 #agreed - 736727 - AcceptedNTH - Violates "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use" for XFCE 18:29:17 i'll retcon it later if i can be bothered 18:29:17 ok, that's all of the blocker bugs that I found 18:29:29 * tflink is checking for anything new sincec list was generated 18:29:36 quick note, looks like the qxl bug is fixed, yay 18:29:53 hooray! 18:29:58 one new NTH 18:30:15 jakub just duped off the gcc bug 18:30:18 https://bugzilla.redhat.com/show_bug.cgi?id=749868 18:30:47 #topic (749868) - Wrong-code bugfixes in GCC 4.6.2 18:30:51 +1 nth 18:30:59 #link https://bugzilla.redhat.com/show_bug.cgi?id=749868 18:31:12 #info Proposed NTH, ASSIGNED 18:31:33 +1 nth 18:32:44 what exactly does this fix? 18:32:57 is this a fix to gcc so that it builds with current glibc? 18:32:59 compilation errors 18:33:07 i don't think it's directly related to the gcc thing 18:33:54 proposed #agreed - 749868 - AcceptedNTH - Fixes some compilation errors 18:34:18 c#1 says that the gcc-python-plugin we rejected would need to be pulled in, too 18:34:36 wouldn't need to be. but it'd be a broken dep if we didn't. 18:35:02 so accept the python plugin bug as NTH, then? 18:35:10 if we just make it all one update and pull that, it seems easiest. 18:35:19 only possible issue 18:35:25 dmalcolm is off at the hospital 18:35:33 at this point i don't care, let's just call this accepted and go do something important. 18:35:35 and he probably won't be around for a while 18:35:53 so if it is as simple as just rebuilding that package, then either me or jakub can do it 18:35:53 proposed #agreed - 749868 - AcceptedNTH - Fixes some compilation errors, make sure that the gcc-python-plugin update is pulled in with the same update 18:35:55 feh, we have people with privileges to twiddle the updates. 18:36:14 adamw: okay, just making sure it wasn't going to need actual code knowledge 18:36:29 spot: not afaics, no. 18:36:36 ack/nak/patch? 18:36:39 ack 18:36:45 #agreed - 749868 - AcceptedNTH - Fixes some compilation errors, make sure that the gcc-python-plugin update is pulled in with the same update 18:36:53 spot: absolute worst possible result of dmalcolm absence is the python plugin remains broken, and as we've established, that isn't on the media, so meh. 18:37:01 ok, I think we're actually done now 18:37:04 any bugs that I missed? 18:37:18 * rbergeron sighs 18:37:19 * tflink can't believe we finished in an hour and a half 18:37:40 * nirik hopes for rcness soon. 18:37:51 rbergeron: you're disappointed that we're done for today? 18:37:59 #topic Open Floor 18:38:03 * spot can file some bogus bugs if we need to drag it out 18:38:14 "Chromium not included on livecd" 18:38:46 "Insufficent amount of frogs on install media" 18:38:47 alrighty, fuse set for ~ 5 minutes 18:39:00 nirik: oh, i'll give you frogs 18:39:19 #info Insufficient amount of frogs on install media" 18:39:32 #action nirik to increase the number of frogs on install media 18:39:37 ha. 18:39:45 spot: reply CLOSED/TELLMEYOURCOORDINATES_CRUISEMISSILLEFOLLOWS 18:40:03 echo "gnome-screensaver-frogs" >> install-media.ks 18:40:43 we have a blocker review (hopefully the last) meeting scheduled for next week, right? 18:41:19 Shoudln't we be gold by next Friday? 18:41:28 possibly 18:41:31 brunowolff: god willing and the creek don't rise... 18:41:33 we don't have an RC yet, though 18:42:22 #info Possible blocker review meeting on 2011-11-04, will send updates to test-announce@ if there is one 18:43:28 okay, since jsmith is going to fix all those new blockers in the next hour, i think we're done 18:43:32 thanks everyone! 18:43:40 :) 18:43:47 yep, thanks for coming everyone! Time for TC3 testing! 18:43:58 * tflink will be sending out minutes shortly 18:44:02 #endmeeting