17:00:40 #startmeeting F16-blocker-review 17:00:40 Meeting started Fri Sep 16 17:00:40 2011 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:40 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:47 #meetingname F16-blocker-review 17:00:48 The meeting name has been set to 'f16-blocker-review' 17:00:54 #topic roll call 17:01:08 who's ready for some blocker bug review? 17:01:15 * nirik is lurking around. 17:01:43 THUD 17:01:59 not here 17:02:10 I see clumens has landed? 17:02:53 that's one small step 17:02:59 backwards 17:04:22 * tflink waits one more minute before moving on 17:04:55 oh, i guess i'm here 17:04:57 any volunteers for secretary duty? 17:06:13 adamw: you around? 17:06:24 #topic Introduction 17:06:36 I think that everyone knows this, but in case you didn't ... 17:06:45 #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:07:01 #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting 17:07:17 the current beta blocker bug list is at: 17:07:25 #link https://fedoraproject.org/wiki/Current_Release_Blockers 17:07:46 any objections to starting with the proposed blockers? 17:08:03 also https://bugzilla.redhat.com/showdependencytree.cgi?id=713564&hide_resolved=1 17:08:58 yo 17:09:16 adamw: just in time 17:09:23 * athmane is around 17:09:24 #topic https://bugzilla.redhat.com/show_bug.cgi?id=737916 17:09:25 Bug 737916: unspecified, unspecified, ---, dlehman, POST, FormatSetupError: invalid device specification 17:09:33 #info FormatSetupError: invalid device specification 17:10:03 This partition layout is rather non-standard, so I don't think this is a beta blocker 17:10:11 but a fix is almost ready 17:10:25 so I'm -1 beta blocker, +1 beta NTH, +1 final blocker 17:10:30 any other thoughts? 17:12:16 proposed #agreed - RejectedBetaBlocker, AcceptedNTH, AcceptedFinalBlocker - Doesn't hit any beta release criteria but a fix is almost ready and it would be nice to have fixed for beta. Hits the final release criterion: The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above 17:12:27 ack/nak/patch? 17:12:42 well 17:12:48 i'm +1 nth 17:13:09 then the question is whether we actually take it for beta...that's why we did the updates.img 17:13:17 it would have been nice if we knew about this earlier :/ 17:13:22 yeah. 17:14:29 but nth is a good choice anyway: we can take it for rc2 and if it causes massive pain and suffering, back it back out again 17:14:54 that sounds like a plan 17:15:01 yes 17:15:18 otherwise we can build a test iso for more testing if we want to be extra cautious 17:15:45 meh, this is fedora! 17:17:23 so, any votes on the proposal? 17:19:26 ack 17:19:39 this is going to be a really long meeting 17:19:48 silence is agreement? 17:19:56 at the rate we're going, yeah 17:20:06 jwb: you could vote too :) 17:20:33 alrighty, I'm taking cebbert's comment as an implicit ack 17:20:36 i'm the epitome of 'uninformed voter' for everything except the kernel bugs 17:20:51 #agreed - RejectedBetaBlocker, AcceptedNTH, AcceptedFinalBlocker - Doesn't hit any beta release criteria but a fix is almost ready and it would be nice to have fixed for beta. Hits the final release criterion: The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above 17:21:01 #topic https://bugzilla.redhat.com/show_bug.cgi?id=738964 17:21:03 Bug 738964: unspecified, unspecified, ---, anaconda-maint-list, NEW, Unable to make system bootable due to bootloader choice 17:21:10 #info Unable to make system bootable due to bootloader choice 17:23:01 heads-up: I just added a new proposed blocker 17:23:19 there's really not enough info in this one yet 17:23:22 adamw: k, we'll get it after we go through the ones already on the list 17:23:25 i just wanted to have it on the list to make sure we don't lose it 17:23:43 we need to have his logs so we can see exactly what problem anaconda had 17:23:52 yeah, I'd say punt on it for now. 17:24:11 yup. 17:24:30 proposed - 738964 - Not enough information to decide on this right now, will revisit once logs have been posted 17:25:05 ack 17:25:20 #agreed - 738964 - Not enough information to decide on this right now, will revisit once logs have been posted 17:25:30 #topic https://bugzilla.redhat.com/show_bug.cgi?id=738387 17:25:38 #info ipw2200 driver deadlocks with itself trying to take rtnl_mutex 17:26:18 so, this makes the beta unusable on any system with an ipw2200 wireless adapter 17:26:25 yeah 17:26:28 those are getting a bit long in the tooth but they were very popular when they came out 17:26:32 how common is that adapter? 17:26:46 too common, unfortunately 17:26:49 it was the first gen of intel wireless adapter which got really widespread adoption 17:26:50 I'm not sure about blocker but I'm +1 nth on this 17:26:53 tflink: very common in notebooks from 3-5 years ago 17:26:54 same line as 3945, 4965 17:27:06 of course, the driver has been a piece of junk for most of a decade now 17:27:08 needs to be a blocker 17:27:17 it's also fixed already 17:27:26 just like about half of current laptops have an intel 5xxx series wireless adapter, about half of laptops from that time had an ipw2200 17:27:27 since a confirmed fix is available, NTH should be enough, though 17:27:30 not only does it fail, it takes down the entire network stack 17:27:34 jwb: well that's awfully convenient. 17:27:39 i know, right? 17:27:40 enough to get it in, but really, it ought to be a blocker 17:27:58 otherwise, if we somehow muffed the fix for this in rc2 but got everything else right, we wouldn't have grounds to respin and fix it. 17:28:10 point 17:28:21 given that it kills wired networking, it's got to be a blocker IMO 17:28:22 so, i'm +1 blocker 17:28:32 cebbert: yeah 17:29:11 proposed #agreed - 738387 - AcceptedBlocker - While this is HW specific, that HW is rather common and hits the alpha release criterion: The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops 17:29:41 acksicles 17:30:05 is it that cold out to day? 17:30:14 yes 17:30:33 any other ack/nak/patch? 17:30:39 no, it's really nice out today. might top out around 62F. 17:31:12 +1 blocker 17:31:23 #agreed - 738387 - AcceptedBlocker - While this is HW specific, that HW is rather common and hits the alpha release criterion: The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops 17:31:31 #topic https://bugzilla.redhat.com/show_bug.cgi?id=738735 17:31:32 Bug 738735: unspecified, unspecified, ---, rpandit, NEW, repoclosure failure in 16-Beta.RC1 17:31:40 #info repoclosure failure in 16-Beta.RC1 17:31:53 this should be an easy one 17:31:56 no-brainer!@ 17:31:59 fortunately, it's easy to fix. 17:32:08 proposed #agreed - 738735 - AcceptedBlocker - 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 17:32:13 ack/nak/patch? 17:32:32 ack 17:32:55 ack 17:33:05 #agreed - 738735 - AcceptedBlocker - 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 17:33:15 #topic https://bugzilla.redhat.com/show_bug.cgi?id=738803 17:33:17 Bug 738803: high, unspecified, ---, mgrepl, NEW, SELinux denial(s) prevent(s) gnome-shell from starting on F16 Beta RC1 17:33:24 #info SELinux denial(s) prevent(s) gnome-shell from starting on F16 Beta RC1 17:33:39 XFCE works 17:34:02 do the other desktops work, too? 17:34:18 either way, several people are hitting this for gnome 17:34:22 I'm +1 blocker 17:34:50 everyone hits it for shell, i'm fairly sure 17:34:58 and I have the cause narrowed down quite well 17:35:00 +1 blocker 17:35:16 it's not entirely clear whether it only affects live boot or whether it also affects install from DVD, but either way, it's a blocker. 17:35:17 proposed #agreed - 738803 - AcceptedBlocker - No part of any release-blocking desktop's panel (or equivalent) configuration should crash or be entirely non-functional on boot of the installed system using default installation choices 17:35:37 ACK 17:36:11 we can even go with alpha "It must be possible to run the default web browser and a terminal application from all release-blocking desktop environments. The web browser must be able to download files, load extensions, and log into FAS" 17:36:16 proposed #agreed - 738803 - AcceptedBlocker - The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media 17:36:19 +1 17:36:20 as this renders live Shell entirely unusable 17:36:29 yeah, that one too 17:36:39 ack 17:36:44 * tflink isn't going to be too picky about the criterion 17:36:48 sure 17:36:53 #agreed - 738803 - AcceptedBlocker - The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media 17:37:06 #topic https://bugzilla.redhat.com/show_bug.cgi?id=735866 17:37:07 Bug 735866: unspecified, unspecified, ---, harald, NEW, boot hangs with udevadm settle - timeout of 120 seconds 17:37:16 #info boot hangs with udevadm settle - timeout of 120 seconds 17:37:38 this one is getting murkier by the minute 17:37:45 and it seems like it can be triggered by multiple issues 17:37:57 i've seen it maximum of one time with rc1, might be zero times, i don't quite recall 17:38:36 from the reports, it sounds like ~ 20-30% maybe? 17:38:52 +2 blocker from bz comments 17:39:09 * jsmith hasn't encountered it yet, but it does appear to be blocker-like 17:39:49 kamil sounds like he's hitting it _in the installer_) 17:39:51 which is interesting 17:39:56 i'd only seen it live 17:40:37 j_dulaney doesn't seem to be around unfortunately... 17:40:37 yeah, I haven't seen it yet in any of the non-live installs I've done thus far 17:41:30 well, I'd say we accept as a blocker for now or wait for more information 17:41:43 I think I'm +1 blocker on this, though 17:42:17 I'm not convinced this isn't the same problem we've had with udev*settle since we switched to udev years ago, but hey, sure, let's call it a blocker. 17:42:18 the only issue i have with taking it as blocker is it's going to roadblock us from building an rc2 to test everything else, and it's still _really_ vague...but, mmf. 17:42:40 pjones: we really didn't have any issues with it for f15 that i recall. but it could be more or less the same thing, yeah. 17:43:01 adamw: we've really never not had issues with it, though they do seem to fluctuate in severity quite a bit. 17:43:05 we can't build an RC if we accept this? 17:43:06 the only really critical impact of this is on anaconda, but i guess there's no way liveinst can 'work around' a stuck udevadm settle, since the whole point is you want the udev queue to be clear... 17:43:24 tflink: right. we have to address all acceptedblockers for each rc compose. 17:43:35 after all, if there's a blocker bug we know it doesn't fix, it's not an rc, is it? it couldn't possibly be released. 17:43:46 that seems... inflexible 17:43:50 then I'm -1 blocker for now, +1 nth 17:43:52 we could do a tc3, there's no real reason not to, we've just never done it. 17:44:03 rc1, tc3, rc2. hey, it'd be something fun. 17:44:25 +1 blocker, though the real problem looks really unclear 17:44:29 mix it up a bit :) 17:44:34 the practical issue is this seems like another one where we're getting no developer input. 17:44:50 well, harald just landed back home after touring the US yesterday... 17:44:55 so he's probably pretty jet lagged 17:44:55 pjones: cebbert: any hints on debugging? 17:45:12 jwb: yeah, i know, i've heard the same story about lennart. i am playing the world's tiniest fucking violin. 17:45:15 adamw: I recommend kicking the machine until it no longer exhibits the symptoms. 17:45:16 yeah, harald needs to look at that 17:45:22 pjones: percussive maintenance! 17:45:56 there's always one way to solve the halting problem. 17:45:59 proposed #agreed - 735866 - AcceptedBlocker - The cause(s) of this are still very unclear but the symptoms are blocker material. The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media 17:46:11 okay, so i guess i ack, but if we fix everything else and don't fix this, let's spin a tc3. 17:47:03 tflink, please ask everyone who's hitting this to verify they still get it with rc1, and attach their entire /var/log/messages . 17:47:10 (if you're secretaryizing, that is) 17:47:17 if you're not, er, i'll start doing it... 17:47:29 proposed #agreed - 735866 - AcceptedBlocker - The cause(s) of this are still very unclear but the symptoms are blocker material. The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media. Ask reporters to post their entire /var/log/messages 17:47:41 adamw: either way. I can do it after the meeting 17:47:49 meh, i'll start in on it 17:47:52 ack 17:48:02 * tflink isn't good enough at multi-tasking to do the meeting and update bugs at the same time 17:48:55 any other ack/nak/patch? 17:49:32 * tflink will take cebbert's earlier comment as an implicit ack otherwise 17:50:27 #agreed - 735866 - AcceptedBlocker - The cause(s) of this are still very unclear but the symptoms are blocker material. The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media. Ask reporters to post their entire /var/log/messages 17:50:45 ok, that's all of the proposed blockers on the original list 17:50:49 adamw: you had a new one? 17:51:24 it turns out not to be 17:51:29 i misread the criterion 17:51:32 i've proposed it as nth instead 17:51:41 ok, we'll move on to nth then 17:51:50 actually 17:51:58 we should bring up https://bugzilla.redhat.com/show_bug.cgi?id=737118 17:52:04 if only to say 'oh fuck, it's broken' 17:52:06 Bug 737118: unspecified, unspecified, ---, mgracik, ON_QA, firstboot-text prevents system from booting 17:52:24 or we can go over the accepted blockers first :) 17:52:32 yeah, acceptedblockers before proposed nth, i think 17:53:15 alrighty, non-verified blockers here we go! 17:53:28 #topic https://bugzilla.redhat.com/show_bug.cgi?id=737118 17:53:30 Bug 737118: unspecified, unspecified, ---, mgracik, ASSIGNED, firstboot-text prevents system from booting 17:53:40 #info firstboot-text prevents system from booting 17:54:11 adamw, Here 17:54:20 dwalsh: thanks - we'll get to that bug in a bit, i'll ping you when we do 17:54:32 so, we hoped this was fixed in rc1, but it appears to be worse 17:54:44 there seem to be systemd/plymouth interactions going on with this one 17:54:58 halfline: ping? 17:55:35 the good news is that mgracik and I agreed a nuclear option; if we can't get the help from ray and lennart in time and don't manage to figure this out, we can simply drop firstboot-text.service at least for beta 17:55:40 it's really not at all useful for fedora. 17:56:54 it just runs /usr/bin/setup, which you can log in and run manually anyway, and which doesn't do much anyway. 17:57:16 do we want to set a deadline for that? 17:57:20 RC2 maybe? 17:57:31 since we're going to have a tc3 17:57:35 that'd work 17:57:43 a tc3 with this bug still in it wouldn't be horrible 17:59:05 proposed #agreed - 737118 - This seems to have gotten worse from TC2 to RC1 and appears to involce systemd/plymouth interactions. If a fix isn't available by RC2, will disable firstboot-text.service for beta 18:00:11 ack 18:00:18 +1 18:00:18 #agreed - 737118 - This seems to have gotten worse from TC2 to RC1 and appears to involce systemd/plymouth interactions. If a fix isn't available by RC2, will disable firstboot-text.service for beta 18:00:28 #topic https://bugzilla.redhat.com/show_bug.cgi?id=737731 18:00:29 Bug 737731: high, unspecified, ---, anaconda-maint-list, NEW, Bootloader is left in F15 configuration when preupgrading to F16 18:00:39 #info Bootloader is left in F15 configuration when preupgrading to F16 18:00:56 i expect this is fixed in rc1 by the same fix as 735730 18:01:00 but i didn't get around to re-testing yet 18:01:07 needs testing 18:01:09 yup 18:01:42 proposed #agreed - 737731 - Should be fixed by anaconda-16.18-1, need re-testing for verification of fix 18:01:48 +1 18:02:06 ack 18:02:08 #agreed - 737731 - Should be fixed by anaconda-16.18-1, need re-testing for verification of fix 18:02:18 #topic https://bugzilla.redhat.com/show_bug.cgi?id=731529 18:02:19 Bug 731529: high, unspecified, ---, pjones, ON_QA, grub making uefi calls without aligning stack pointer 18:02:26 #info grub making uefi calls without aligning stack pointer 18:02:59 sounds like this has been fixed 18:03:09 there's some "this broke my machine" stuff on there, but none of it looks like it's really related to this bug, and all of it is on machines we explicitly don't have release criteria for 18:03:13 and remaining related issues have been put into another bug 18:03:33 the initial bug, yeah...the newer grub seems to be breaking some mac efi installs, but we don't know if that was specifically caused by the fix for this bug, and it's clearly a different issue anyway. 18:03:47 i'm trusting to pjones to confirm the bug is fixed, btw, as i don't know if QA actually has any affected hardware. 18:04:10 if pjones is confident the bug is fixed, we can close this one. 18:04:35 I think it's working on all the hardware I've got ;) 18:04:51 actually, we can set it VERIFIED, as the updated grub isn't out of testing yet. 18:05:05 proposed #agreed - 731529 - Close the bug as verified - all remaining issues have been put into other bugs 18:05:20 verified isn't a closure state 18:05:22 but otherwise, yeah. 18:05:38 proposed #agreed - 731529 - Move to VERIFIED - all remaining issues have been put into other bugs 18:05:48 details, details, details ... 18:05:51 ACK 18:05:58 #agreed - 731529 - Move to VERIFIED - all remaining issues have been put into other bugs 18:06:06 #topic https://bugzilla.redhat.com/show_bug.cgi?id=736521 18:06:08 Bug 736521: unspecified, unspecified, ---, kernel-maint, CLOSED CURRENTRELEASE, mdadm crash/oops when stopping array in installer environment 18:06:15 #info mdadm crash/oops when stopping array in installer environment 18:06:44 another one that needs confirmation with RC1 or later 18:07:03 we think this one is fixed by the md updates in kernel 3.1-rc6 18:07:34 yeah, it was tested with a unofficial compose 18:07:39 we seem to have quite a lot of confirmation that the updated kernel fixes it, i'd be happiest if someone said 'i used rc1 and it worked', but hey. 18:08:15 proposed #agreed - 736521 - Appears to have been fixed with kernel update but confirmation with official compose >= RC1 would be preferred 18:08:48 ack 18:08:57 #agreed - 736521 - Appears to have been fixed with kernel update but confirmation with official compose >= RC1 would be preferred 18:09:27 ok, I think that's all the non-VERIFIED blockers 18:09:36 ack 18:09:40 ooh, i'm late. 18:10:03 you said pretty much the same thing earlier, figured it was an implicit ack 18:10:13 on to proposed NTH 18:10:18 #topic https://bugzilla.redhat.com/show_bug.cgi?id=731549 18:10:20 Bug 731549: unspecified, unspecified, ---, dlehman, NEW, message about BIOS boot partitions and GPT disklabels is hard to understand 18:10:28 #info message about BIOS boot partitions and GPT disklabels is hard to understand 18:10:48 so this one is just to change the text of the message about the bios boot partition 18:10:56 so it would be a safe change (Nothing Could Possibly Go Wrong) 18:11:05 * jsmith doesn't see how that qualifies as a blocker 18:11:10 we're on NTH. 18:11:15 Doh! 18:11:19 * jsmith should pay more attention in class 18:11:23 guess that explains that ;) 18:11:38 go stand in the corner, jsmith. 18:11:50 * jsmith puts on the dunce cap and sits in the corner 18:11:55 +1 nth, this _shouldn't_ cause issues 18:12:00 * tflink hates the S-word 18:12:01 mo, dlehman and I are all happy with the new text 18:12:12 the only possible issue is a process one - we're past string freeze 18:12:27 but this doesn't change the _intent_ of the message, so current translations would still be okay 18:12:41 i'm not an expert on translation stuff, though, so if anyone is...speak up 18:12:49 proposed #agreed - 731549 - AcceptedNTH - Simple fix that shouldn't cause regressions and it would help users to better understand partition changes 18:12:57 ack 18:13:03 oh yeah, we passed the translation deadline, didn't we? 18:13:57 is translation i18n or l10n? 18:14:00 i18n 18:14:31 proposed #agreed - 731549 - AcceptedNTH - Simple fix that shouldn't cause regressions and it would help users to better understand partition changes. Verify that no changes to i18n are required 18:14:36 ack 18:14:43 #agreed - 731549 - AcceptedNTH - Simple fix that shouldn't cause regressions and it would help users to better understand partition changes. Verify that no changes to i18n are required 18:14:53 #topic https://bugzilla.redhat.com/show_bug.cgi?id=737060 18:14:54 Bug 737060: unspecified, unspecified, ---, sgrubb, ON_QA, auditd is not enabled by default (Fedora 16 Beta TC2) 18:15:03 #info auditd is not enabled by default (Fedora 16 Beta TC2) 18:15:11 this one is annoying, I'm +1 nth 18:16:37 yup, me too. 18:16:59 why is auditd not being enabled annoying? 18:17:03 it'd be good if you could reply to my note, though. i'd like to make sure the current scriptlets are actually correct. 18:17:11 proposed #agreed - 737060 - AcceptedNTH - While not a blocker, it does make it harder to find SELinux issues and a fix is available 18:17:12 jwb: you don't get any selinux alerts unless it's running 18:17:17 so in a sense...it's less annoying...=) 18:17:24 so sortof the opposite of annoying, yes. 18:17:29 except things still fail, you just don't see why. 18:17:32 right. 18:17:52 and it makes them harder to report, as you can't use sealert's Reporting SELinux Denials For Idiots process. 18:17:56 which is more annoying? sealerts or digging through logs in case it's a SELinux error? 18:18:19 yes. 18:18:22 heh. 18:18:42 * adamw does wish he could, just once a cycle, yell 'CAN WE PLEASE SHOOT SELINUX IN THE HEAD' really loud. 18:18:47 the source of the annoyance is getting an error in the first place, so we should just fix all the bugs before release. 18:18:54 hahahaahahahah 18:19:01 jwb: next release is scheduled for 3123AD 18:19:15 so, anyway...ack. 18:19:25 #agreed - 737060 - AcceptedNTH - While not a blocker, it does make it harder to find SELinux issues and a fix is available 18:19:33 but tflink, please read my message and reply, i would like to be sure the scriptlets in my update are actually correct... 18:19:51 * tflink puts it on his todo list for today 18:19:57 thanks. 18:20:51 #topic https://bugzilla.redhat.com/show_bug.cgi?id=720605 18:20:52 Bug 720605: medium, unspecified, ---, pbrobinson, ON_QA, Redraws do not always render completely - affects all hardware - workaround: CLUTTER_PAINT=disable-clipped-redraws:disable-culling 18:21:03 #info Redraws do not always render completely - affects all hardware - workaround: CLUTTER_PAINT=disable-clipped-redraws:disable-culling 18:21:19 this is the redraw corruption in shell that was hitting everyone for a long time 18:21:32 we finally got a fix for it, the fix works, and I think I cheated and got it pulled into RC1. 18:21:38 so, definite ack for me. 18:21:56 well, it sounds like we have a tested fix 18:22:22 yeah, it got quite a lot of attention. 18:22:34 and as this will affect the live image, it'd be nice to fix it. 18:22:35 proposed #agreed - 720605 - An annoyance that would be nice to fix for beta, a fix is available 18:22:51 ack 18:22:51 proposed #agreed - 720605 - AcceptedNTH - An annoyance that would be nice to fix for beta, a fix is available 18:24:18 #agreed - 720605 - AcceptedNTH - An annoyance that would be nice to fix for beta, a fix is available 18:24:40 that's all the NTH I have on the list 18:24:47 adamw: isn't there one that you wanted to go over? 18:24:56 two.. 18:25:03 https://bugzilla.redhat.com/show_bug.cgi?id=739179 18:25:05 Bug 739179: high, unspecified, ---, rstrode, NEW, plymouth -> X hand-off is muffed in F16 Beta RC1 18:25:07 #chair adamw 18:25:07 Current chairs: adamw tflink 18:25:10 #topic https://bugzilla.redhat.com/show_bug.cgi?id=739179 18:25:11 Bug 739179: high, unspecified, ---, rstrode, NEW, plymouth -> X hand-off is muffed in F16 Beta RC1 18:25:24 this is...ehh, not sure if it's really worth taking, but i figured i'd mention it. 18:25:31 #info plymouth -> X hand-off is muffed in F16 Beta RC1 18:25:59 I'm on the fence on this one 18:26:00 at first i thought it hit that criterion, but it doesn't, that's for non-X installs. 18:26:05 verifying the livecd before boot is also annoying 18:26:17 if no-one's, like, 'ooh, that should be nth', i'm happy to drop it. 18:26:28 yeah, it isn't working as intended but things work mostly as intended 18:26:47 I think that the symptom is just having X on the wront VT, right? 18:26:59 well, that and the fact that vt3 gets lost with the first X restart 18:27:02 definitely +1 final NTH 18:27:04 which could potentially cause trouble, but eh. 18:27:23 tflink: I agree with you there +1 to final NTH, but I'm on the fence re: Beta NTH 18:27:33 final nth is fine by me. 18:27:42 I'd be OK with beta NTH if we had a fix that could go into an RC 18:27:55 whether we have a fix shouldn't really affect the status vote 18:27:57 especially for nth 18:28:01 but I'm worried about a fix causing more problems if it doesn't go in erarly enough 18:28:15 early 18:28:27 nth is a 'theoretical' state, remember: even if a bug is accepted as nth, it's a judgment call whether to *take* the fix or not 18:28:42 ah, didn't realize that 18:28:51 then I'm +1 beta NTH 18:28:53 we aren't compelled to take nth fixes, only allowed to 18:29:05 if a fix showed up but it looked heavy, we could choose not to take it. 18:29:15 as long as it gets enough testing, I don't see any problems with pulling it into beta 18:29:30 there's the implied testing issue 18:29:51 if you touch something with quite a wide range of potential impacts close to release, it's very unlikely that _all_ cases will be exercised before release 18:30:09 right now we can fairly confident there's no really big issues with vts, plymouth etc we don't already know about, as they've been in the current state for a while 18:30:28 if we take a change to fix this, even if we do as much testing as we can in the next couple days, it's not going to cover all that same ground, probably... 18:30:41 true 18:30:49 i realize i'm arguing against my own proposal here, but meh. =) 18:30:55 i think i'm kinda more comfortable with final, now. 18:31:57 proposed #agreed - 739179 - AcceptedNTH for final, RejectedNTH for beta - The bug isn't that serious and it's a little close to beta release to take a fix for this now 18:32:08 ACK 18:32:46 #agreed - 739179 - AcceptedNTH for final, RejectedNTH for beta - The bug isn't that serious and it's a little close to beta release to take a fix for this now 18:32:54 I assume that the other one is 733086? 18:33:03 #topic https://bugzilla.redhat.com/show_bug.cgi?id=733086 18:33:04 Bug 733086: unspecified, unspecified, ---, dwalsh, ON_QA, avcs on boot - rtc and /dev/live and systemd-tmpfiles 18:33:14 #info avcs on boot - rtc and /dev/live and systemd-tmpfiles 18:33:36 yes 18:33:39 ping dwalsh 18:33:53 so, this is by dwalsh's request: he thinks this fix should make beta 18:34:14 it clears up a lot of the avcs we noticed happen during early boot (though not actually the one which causes the shell problem, i think)( 18:36:46 was it causing problems other than the log messages? 18:37:29 i don't know. i don't think it caused any we already know about, but dwalsh may know of some. 18:37:34 Yes this version of libselinux will fix most of the labeling problems we are seeing. 18:37:47 dwalsh: are you aware of any specific consequences of those mislabellings? 18:37:55 adamw, It could very well cause other mislabeles. 18:38:23 * adamw is just a little hairy about touching selinux late 18:38:32 same here 18:38:34 No they seem to get cleared up. But I would not be sure they would not cause other problems. 18:38:40 tflink: by definition the messages are problems 18:38:57 We have been using that libselinux in Rawhide for a week now. 18:39:04 pjones: problems, sure - but the thing is, do they have any practical consequences the fixing of which would outweigh the inherent danger in poking selinux... 18:39:24 pjones: true, I could have worded that better. I was more interested in other practical side-effects of the messages 18:39:35 i have 2.1.5-4 on my desktop and it's fine. but then, my desktop didn't hit https://bugzilla.redhat.com/show_bug.cgi?id=738803 either. 18:39:36 Bug 738803: high, unspecified, ---, mgrepl, NEW, SELinux denial(s) prevent(s) gnome-shell from starting on F16 Beta RC1 18:39:37 since the messages themselves are usually final material 18:40:07 If we're going to want it for final, it really seems like not pulling it in when we could for beta is just asking for a lot of extra work to be done reporting things. 18:40:31 so, we do have the consideration i mentioned for the lvm fixes in anaconda 18:40:35 if we make it nth, we have flexibility 18:40:44 we can pull it in for tc3 and drop it again if it causes problems 18:40:48 that works for me 18:41:10 at least any problems it causes *ought* to be pretty obvious. 18:41:14 so...light +1 nth. 18:41:19 adamw, I will work with you to fix the other problem, but I would like to see what happens when we build with the new libselinux. 18:41:36 proposed #agreed - 733086 - AcceptedNTH - This will eventually be a final issue, pull in for tc3 and can back out the change if it causes any serious problems 18:42:39 dwalsh: i'm quite liking the spin-kickstarts theory for the shell bug, though it still needs some investigation. i know where to go with it, though. 18:42:45 ack 18:43:05 * tflink assumes implicit ack from pjones and dwalsh 18:43:13 #agreed - 733086 - AcceptedNTH - This will eventually be a final issue, pull in for tc3 and can back out the change if it causes any serious problems 18:43:22 ok, that's all of the proposed NTH 18:43:28 not that there's any reason to give me a say on selinux issues ;) 18:43:52 you show up, you get a say. =) 18:43:56 pjones, Sure you sit across from me. Your in the SELinux zone. 18:44:01 (unless your name's reindl!) 18:44:09 dwalsh: oh, I see. 18:44:30 dwalsh: so you're saying selinux is communicable. that's not the most encouraging thing ever. 18:44:33 adamw, As soon as you have a livecd, I will play with it. 18:44:57 dwalsh: what we need to do is build a live image with that stanza in the kickstart and one without - but no other differences - and confirm that's the trigger 18:45:06 pjones, Pretty soon you will be hacking up AVCs 18:45:08 then we need to confirm whether it really happens on dvd install, which it shouldn't, if the live kickstart is the problem 18:45:25 those two things should narrow it down pretty well. 18:45:30 #topic open discussion 18:45:36 any other topics that were missed 18:45:46 the artwork stuff 18:45:49 somehow that didn't come up 18:45:51 other than needing to go through the mosterous list of accepted beta NTH 18:45:54 eh? 18:45:57 oh, we're not doing acceptednths 18:45:58 yeah 18:46:07 so we could pull out one or two frm that list 18:46:08 * tflink wasn't proposing to do them now 18:46:21 just noticing that it was large and probably should be gone through soon 18:46:51 #topic https://bugzilla.redhat.com/show_bug.cgi?id=734169 18:46:52 Bug 734169: unspecified, unspecified, ---, pjones, NEW, Updated syslinux theme for Fedora 16 18:46:56 this is the artwork one 18:47:06 which was a huge swing and a miss for rc1: all the bootloader backgrounds are black 18:47:16 I thought that someone was working on this 18:47:22 no idea why this is actually assigned to syslinux (and thusly me) 18:47:26 yeah, but it'd be nice to have an update 18:47:29 since, you know, the theme doesn't go in that package. 18:47:41 this specific bug is just a tracker anyway and all the interesting work is in the sub-bugs 18:47:59 in that case it seems like it should be distribution or something 18:48:02 * tflink doesn't remember where the spash is 18:48:04 but hey, whatever 18:48:08 * adamw is pinging mizmo to see if she can give an update 18:48:12 pjones: yeah, it could be. 18:48:16 tflink: -logos IIRC 18:48:48 that sounds right 18:49:00 if mizmo isn't around i don't know if we can do a whole lot, but it looks like there's a lorax update which may fix things for the dvd 18:49:11 So, here's the story 18:49:12 i'll try and catch mizmo out of meeting to sync up on this one before we roll rc2/tc3 18:49:17 ooh, jsmith has the goods 18:49:19 * jsmith just caught up on it 18:49:41 Due to sections of the grub2 code that are apparently incomplete, there will be no grub2 theme for F16 18:49:50 It will be solid black for GA 18:50:07 do we have a bz on that? 18:50:14 (just heard that from spot in the past five minutes) 18:50:21 because, uh, I hadn't been told that. which is a bit odd. 18:50:49 didn't we, like, have a theme all the way up to rc1? 18:50:58 i'm pretty sure all the alpha and beta tcs had a background there. 18:51:03 for grub? 18:51:11 grub2, not grub. 18:51:11 adamw: There was a theme, but the text was over the top of the logos, as I recall 18:51:13 i thought so. tc2 had the *wrong* one, but it had a theme. 18:51:28 oh. so they can't fix that, so it's better to just go all black? 18:51:33 adamw: you're talking about the syslinux splash, I think that jsmith is talking about grub2 18:51:34 Or maybe that was just syslinux 18:51:35 separate issues 18:51:45 tflink: true. 18:51:59 jsmith: that sounds like syslinux, i think 18:52:05 seriously, do we have a bz on this? If not we need one with specifics of what's not working yet. 18:52:07 adamw: Yeah, I was confusing the two 18:52:29 like, in the past. 18:53:20 pjones: I'm asking, but haven't seen a response yet 18:53:54 pjones: i think the three sub-bugs of the tracker are supposed to be tracking this 18:54:46 adamw: a lorax update for syslinux was submitted today 18:54:54 adamw: that's well and good, but none of those have anything to do with what I'm asking 18:55:19 adamw: if there is grub2 functionality for theming that does not work, I need to know what it is. 18:56:01 I realize that it sounds like I'm passing the buck here, but it sounds like spot would be the one to ask 18:56:04 pjon; ah, i see 18:56:15 this is the first I've heard of the grub2 splash issue 18:56:18 me too 18:56:39 I only heard about it a couple of days ago, but had to dig to find more information 18:56:59 #action tflink or adamw - investigate potential grub2 splash issue, spot may have more information 18:57:07 also seems really suspect to me - other distros are already theming it successfully 18:58:09 either way, we don't have enough information to do anything about it ATM 18:58:34 it needs more investigation and possibly bugs filed 18:59:27 but getting back to the topic at hand, it sounds like there are new builds available to update the syslinux splash 18:59:33 which should be pulled into tc3 18:59:55 so I think that we're just about set on the syslinux theme bugs for beta (live, dvd, product name) 19:00:04 right. 19:00:12 for now anyways 19:00:21 and in future, we really could do with the people who like to twiddle artwork doing it earlier, and, y'know, cluefully. and beans. 19:00:59 #action tflink to spin test boot.iso to test new syslinux theme 19:01:12 agreed 19:01:34 which I believe brings us back to ... 19:01:39 since it seems like we've wound up here for a couple of releases now - design team wanting to land artwork changes inexplicably late, everyone else confused 19:01:48 #topic open discussion 19:02:13 quick note that info for 738964 (the new potential blocker we punted on earlier) just landed 19:02:22 for anaconda folks to look at 19:02:37 enough to look at right now? 19:02:47 i think it needs anaconda priests to interpret it. 19:02:53 i never know what the hell i'm looking at in anaconda logs. 19:03:19 there's really nothing magical going on there 19:03:32 #info logs from 738964 have been added, waiting for analysis 19:03:49 pjones: sure, just my inadequate comprehension capabilities =) 19:03:59 unless there are any other topics to bring up, I think that we're done here 19:04:01 yeah 19:04:11 we can vote on 738964 async when we have an interpretation 19:04:20 #info next blocker bug meeting 2011-09-23 @ 17:00 UTC 19:04:36 * tflink sets fuse for 2 minutes 19:05:20 this recording will self-destruct in two minutes? 19:05:34 just the recording? 19:05:41 might be the whole channel 19:05:49 * tflink prepares to run 19:06:00 * adamw jumps in slow-motion, arms spread wide 19:06:14 ok, thanks everyone! 19:06:24 #endmeeting