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