16:00:56 #startmeeting f18-beta-blocker-review-2 16:00:56 Meeting started Wed Oct 3 16:00:56 2012 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:56 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:56 #meetingname f18-beta-blocker-review-2 16:00:56 The meeting name has been set to 'f18-beta-blocker-review-2' 16:01:00 #topic Roll Call 16:01:11 Who's ready for some blocker review awesome-ness? 16:01:46 kparal: adamw could I propose some nouveau blockers or leave them for next week? 16:02:13 * kparal is here 16:02:49 satellit: just change your language in control center 16:03:40 ok will try it.... 16:03:51 * satellit listening 16:04:09 oh my, long list today 16:04:33 tflink: I can add also nouveau... 16:04:50 tflink: we can vote on all suspend bugs together? 16:05:07 * Viking-Ice half in half at $dayjob 16:05:37 Martix: I don't think that suspend bugs qualify as blockers 16:06:18 Martix: do you have a bug list? 16:06:19 tflink: maybe final? 16:07:36 Martix: they can be fixed with an update and we have no release criteria covering suspend (unless I'm remembering wrong) 16:07:48 I'm not saying don't propose them, I'm just not sure that they would be accepted 16:07:59 yo 16:08:16 I removed 3 ATI FirePro V4800 because works for me, need proper reproducer 16:08:20 looks like we have 3.5 people including me 16:08:24 tflink: do you happen to know the time of the fesco-anaconda-beta-freeze meeting? 16:08:30 is it today? 16:08:40 kparal: off the top of my head, no. it'll be during the blocker meeting, though 16:09:04 tomorrow's lunch will be during the meeting as well :) 16:09:16 when seeing the blocker list 16:09:19 yeah, we have 37 proposed blockers ATM 16:09:48 is multihead betablocker? 16:10:03 Martix: I don't think so, no 16:10:20 when it breaks X? 16:10:26 if it affects operation of the livecd, then it could be 16:10:45 Martix: we have this funny page, go and check it ;) https://fedoraproject.org/wiki/Fedora_Release_Criteria 16:10:58 kparal: I heard about that page once 16:10:58 well, let's get this party started before I run away in terror 16:11:06 #chair kparal adamw 16:11:06 Current chairs: adamw kparal tflink 16:11:06 Martix: tflink is right, we usually don't accept suspend bugs as blockers. it'd have to be something like 'suspend never works for anyone and eats data' 16:11:11 Martix: and probably de-nominate some of the blockers, if they don't fit at all. thanks 16:11:33 #topic Introduction 16:11:40 hy are we here? 16:11:40 #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. 16:11:48 #info We'll be following the process outlined at: 16:11:49 #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting 16:11:56 #info The bugs up for review today are available at: 16:11:56 #link http://qa.fedoraproject.org/blockerbugs/current 16:12:02 #info The criteria for release blocking bugs can be found at: 16:12:02 #link https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria 16:12:02 #link https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria 16:12:03 #link https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria 16:12:18 Up for review today, we have: 16:12:21 #info 39 Proposed Blockers 16:12:22 #info 7 Accepted Blockers 16:12:22 #info 5 Proposed NTH 16:12:22 #info 4 Accepted NTH 16:12:37 kparal: Im trying 16:13:07 any objections to starting with the proposed blockers? 16:14:00 oh boy howdy. 16:14:37 #topic (847831) kickstart boot fails 16:14:37 #link https://bugzilla.redhat.com/show_bug.cgi?id=847831 16:14:37 #info Proposed Blocker, ASSIGNED 16:15:12 no update since last week 16:16:06 right, we probably need an action item for someone to try and reproduce/poke anaconda team 16:16:10 any volunteers? :) 16:16:47 Ticket notification - f18betablocker: [Bug 861106] X Test Day: Video breaks when secondary monitor is connected  || [Bug 855560] F18 Live Alpha : nVidia GeForce 8600M GT, graphic driver (nouveau): very poor performance (vesa is fluid) 16:16:47 * kparal says let's assign to someone not here 16:17:01 * tflink doesn't see jskladan around :) 16:17:17 that's what I'm talking about! 16:17:37 I can do it, though. I have a cobbler setup and it sounds like that's what the reporter is/was using 16:18:01 #action tflink to investigate 847831 and poke anaconda devs if needed 16:18:09 I don't think we need action item per say, I try to go through the blocker list and reproduce what I can. I just didn't have enough time. I assume everyone does the same 16:18:30 kparal: it can help to have it explicit. 16:18:31 yeah, I assume that I'm more likely to do it with an #action 16:18:37 ok 16:18:41 unless someone else wants to do it 16:18:54 i'm disorganized enough to need a todo list to work off =) 16:19:20 proposed #agreed 847831 - We're still waiting for data on what exactly is broken here - will revisit once that data is available 16:19:25 ack/nak/patch? 16:19:39 ack 16:20:02 ack 16:20:04 ack 16:20:12 #agreed 847831 - We're still waiting for data on what exactly is broken here - will revisit once that data is available 16:20:19 #topic (841451) polkitd doesn't start in F18/rawhide upgraded from F17 using yum due to failure to create polkitd user/group 16:20:23 #link https://bugzilla.redhat.com/show_bug.cgi?id=841451 16:20:25 #info Proposed Blocker, NEW 16:23:36 why the hell does this one keep popping up 16:23:44 whatever we did to take it out last time apparently didn't work 16:23:53 we skipped it last time, because it was upgrade issue 16:24:07 now we have upgrade criteria 16:24:09 or do we? 16:24:22 no 16:24:29 we do but this is not upgrade with the official tool hence it does not count ;) 16:24:33 kparal: we accepted the new criteria on monday, I changed the wiki a couple of hours ago 16:24:36 adamw, we do have criteria ;) 16:24:45 so the ones are live now 16:24:47 i meant no, we didn't skip it because it was an upgrade issue 16:24:51 ah 16:24:55 we meant to take it out of the list, but failed 16:25:01 "We're pretty confident this isn't causing 849990, so we're dropping that dep, which takes it out of the list again." 16:25:06 * Martix1 removed 4 more proposed blockers 16:25:16 i think we should just go ahead and close this as a dupe of 844167. we're pretty sure that's what it is, after all. 16:25:19 adamw: well it blocks F18Beta directly 16:25:20 yeah, but the blocks F18beta wasn't remove 16:25:57 yeah. i think i thought it wasn't blocking f18beta for some reason 16:26:04 anyway, propose we just close it as a dupe to get rid of it once and for all 16:26:09 no movement since 2012-08-29, I think it can be closed 16:26:51 proposed #agreed (841451) - There has been no objection to closing this as a dupe of 849990 - close as a dupe 16:27:13 patch 16:27:18 844167, not 849990. 16:27:30 ah, reading too quickly 16:27:42 proposed #agreed (841451) - There has been no objection to closing this as a dupe of 844167 - close as a dupe 16:28:36 ack 16:29:00 ack 16:29:30 #agreed (841451) - There has been no objection to closing this as a dupe of 844167 - close as a dupe 16:29:36 #topic (847472) DM configuration migration on upgrade not working 16:29:37 #link https://bugzilla.redhat.com/show_bug.cgi?id=847472 16:29:37 #info Proposed Blocker, ON_QA 16:30:03 and ack 16:30:57 We have to retest this one with the official upgrade if/when it surfaces ;) 16:31:02 I'm not even sure we can do much about this right now 16:31:16 Viking-Ice: yeah, i noted that in the bug comment 16:31:29 Viking-Ice: we've heard enough about that bug that if it affects the official upgrade tool, we'll know what it is =) 16:32:26 I think on this meeting we can just come up with generic wait of upgrade tool to appear response to put on all those upgrade related blocker bugs 16:32:30 tflink: we appear to have fixed it 16:32:33 do we punt on this or denominate 16:32:44 adamw: fixed it 4 times, even :) 16:32:48 looking at the details of this one i think we can probably accept it 16:32:51 the systemd update keeps getting revised 16:33:24 it's to do with the systemd trigger thing on upgrade, making sure the DM service is properly enabled, it sounds like there was a genuine bug that lennart and halfline both accept, i'm willing to go with that 16:33:40 and since it's to do with the package scripts, the mechanism used to upgrade shouldn't really matter 16:33:46 Ticket notification - f18betablocker: [Bug 752613] Nivida 100M on Lenovo W520 Wont boot if using Discrete Graphics  || [Bug 860477] nouveau Xorg crash following boot (GTX 580)  || [Bug 860624] Gnome-shall hangs when requested activities  || [Bug 861646] Sporadic GPU Lockups when Fast User Switching  || [Bug 861746] GDM login screen artefacts and corruption with Geforce 210 16:34:02 works for me 16:34:04 so i'd vote +1 16:34:11 Viking-Ice: does that sound right to you too? 16:34:22 as our local systemd expert =) 16:34:49 yup 16:35:20 proposed #agreed 847472 - AcceptedBlocker - Violates the following F18 beta release criterion: "It must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with the 'minimal' package set or the package set for a release-blocking desktop, using any officially recommended upgrade mechanism. The upgraded system must meet all release criteria." Since this bug is in the package upgrade for syst 16:35:32 ack 16:36:08 cropped 16:36:16 kparal: how bad? 16:36:22 package upgrade for syst 16:36:58 ack 16:36:59 proposed #agreed 847472 - AcceptedBlocker - Violates the following F18 beta release criterion: "It must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with the 'minimal' package set or the package set for a release-blocking desktop, using any officially recommended upgrade mechanism. The upgraded system must meet all release criteria." This will not be affected by upgrade mechanism 16:37:08 tflink: just do it with the criterion, i'll explain the details in the bug comment 16:37:10 ack 16:37:12 ack 16:37:14 proposed #agreed 847472 - AcceptedBlocker - Violates the following F18 beta release criterion: "It must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with the 'minimal' package set or the package set for a release-blocking desktop, using any officially recommended upgrade mechanism. The upgraded system must meet all release criteria." 16:37:15 ack 16:37:15 that one wasn't cropped 16:37:23 #agreed 847472 - AcceptedBlocker - Violates the following F18 beta release criterion: "It must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with the 'minimal' package set or the package set for a release-blocking desktop, using any officially recommended upgrade mechanism. The upgraded system must meet all release criteria." 16:37:24 second one is fine 16:37:28 ...oh well =) 16:37:34 too late :-P 16:37:45 #topic (855976) In F18 Alpha, 'automatic' partitioning simply wipes your entire disk without warning you first 16:37:48 #link https://bugzilla.redhat.com/show_bug.cgi?id=855976 16:37:50 #info Proposed Blocker, MODIFIED 16:38:47 not sure this really violates any release criteria, as much as I think it should be a blocker 16:38:58 it does. i wrote one specially for it. =) 16:39:17 may i introduce you to "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 16:39:29 ah 16:39:34 then clear blocker 16:39:40 really you are installing an operating system and somehow you dont expect the default option to wipe your hardrive ? 16:39:58 we may actually have to tweak the wording on that, because we now have 'automatic partitioning' both outside of and inside 'custom partitioning', which makes things a bit icky. we need terminology to distinguish them. but the criterion was written for the 'automatic partitioning outside of custom partitioning' definition. 16:40:15 Viking-Ice: fedora never has defaulted to that. 16:40:16 proposed #agreed 855976 - AcceptedBlocker - Violates the following F18 beta release criterion: "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 16:40:22 ack 16:40:22 actually that criterion does not influence that bug 16:40:30 it does not say anaconda has to warn you 16:40:49 adamw, for some weird reason I do believe every other OS in the existence does exactly that 16:41:04 kparal: well, anaconda team have used it as the bug for 'improve the automatic partitioning stuff' 16:41:06 and it does not say anaconda can't wipe the whole disk, if it also provides a way not to wipe your disk automatically 16:41:09 not directly, no but IIRC, it isn't possible to use free space + autopart ATM regardless of whether anaconda warns you or not 16:41:16 kparal: it's MODIFIED by the patches clumens posted to make autopart smarter. 16:41:29 I was just nitpicking 16:41:39 so this is effectively the bug for 'add an option to install into free space', which is what the criterion's about. 16:41:59 ok, I wasn't able to read it through completely 16:42:06 nack on blocker ack on NTH ;) 16:42:11 Ticket notification - f18betablocker: [Bug 745202] gnome-shell does not display correctly with NV3x adapters - multicolor corruption of panel, Shell-style menus and text [nvfx] 16:42:39 Viking-Ice: how about this, we release f18 in a state where automatic partitioning can only be used to entirely wipe out a drive, and you deal with all the hate mail. ;) 16:42:52 so we're at +2 -1 blocker 16:42:57 kparal: vote? 16:43:13 * tflink isn't clear whether you're +1 or -1 16:43:15 adamw, I'm used to dealing with hate mail with my work with systemd migration so just BRING IT ON ;) 16:43:35 so the bug title should say: anaconda should be able to install alongside other system into free space without wiping it first? 16:43:41 I'm -1 to blocker +1 NTH 16:43:50 kparal: that's what it's being used for, yep. 16:44:03 and +1 for FINAL 16:44:07 +1 blocker for me 16:44:10 adamw: ok, +1 blocker then according to the criteria, provided that we change the title 16:44:18 +4 -1 blocker 16:44:27 kparal: i'll add that to the explanation too 16:44:43 kparal: i kinda expected clumens would've added a comment, but no, he just set MODIFIED and fixed in version. 16:45:06 kparal is AFK 16:45:11 proposed #agreed 855976 - AcceptedBlocker - Violates the following F18 beta release criterion: "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 16:45:24 ack 16:45:28 ack 16:45:36 sounds like time for some #actions for kparal while he's AFK, then 16:45:47 :-D 16:45:53 agreed 16:46:09 * kparal is back 16:46:14 #action kparal to test all of F18 beta - the rest of us engage in operation pina colada 16:46:15 tflink: too late 16:46:17 crap, too late 16:46:22 #undo 16:46:22 Removing item from minutes: 16:46:22 nack 16:46:44 ack to the proposal 16:46:52 #agreed 855976 - AcceptedBlocker - Violates the following F18 beta release criterion: "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 16:47:28 #topic (835648) kernel freeze after [drm] Initialized drm 1.1.0 20060810 on T520 with Quadro NVS 4200M 16:47:31 #link https://bugzilla.redhat.com/show_bug.cgi?id=835648 16:47:34 #info Proposed Blocker, NEW 16:47:41 there is only way to do operation pina colada properly, and that is with me 16:47:49 ack to pina colada proposal 16:47:59 i'll get the pina if you get the colada 16:48:08 *one way 16:49:06 #agreed we need more pina coladas 16:49:17 oh goody, we're into the subjective-assessment hardware bugs 16:49:24 yep 16:49:28 I think this can be rejected, though 16:49:52 I suppose we probably need more data, though 16:49:53 so to give the potted history i usually give when these start coming up...these kind of bugs hit the "There may be times where a requirement is unmet only in a particular configuration" text in the preamble 16:49:58 NVS 140M + VT-d works for me 16:49:58 adamw: *firmware bugs 16:50:32 and we have to consider a sort of multiplication of (bug severity * difficulty of workaround * amount of hardware affected) equation to decide on blocker status 16:50:32 I'd say reject it, if it turns out that VT-d disabling isn't enough and lots of people hit this - it can be reproposed 16:50:37 Ticket notification - f18betablocker: [Bug 855976] In F18 Alpha, 'automatic' partitioning wipes entire disk without warning, should also allow 'install to free space' 16:50:45 "Boot Fedora 17" <-- 16:50:48 I don't think this is serious enough for Beta 16:51:05 in this case i'd say the bug is very severe, the amount of hardware affected is moderate (seems to be several thinkpad models, which are popular in fedoraland), and the ease of workaround is 'relatively easy' 16:51:07 so just reject Beta blocker and talk about it again for Final 16:51:18 so i'd say it's pretty close, but -1 for beta. 16:51:21 just a regular bug 16:51:24 -1 for beta 16:51:26 it sounds like we're pretty much -1 beta blocker 16:51:56 seems like it. 16:52:21 +1 nth, though 16:52:24 any nth votes? 16:52:30 +1 nth 16:52:47 proposed #agreed 835648 - RejectedBlocker - While serious, it affects a minority of hardware configurations and appears easy to workaround. Rejected as blocker for F18 beta, please re-propose if it turns out that the workaround doesn't work or more HW is affected than our current understanding 16:52:52 -1 nth 16:53:04 +1 NTH 16:53:05 tough on nth, i like it. 16:53:17 -1 nth 16:53:18 oh i was on bugzappers 16:53:26 I don't see this as important enough to pull in post-freeze 16:53:37 ugh a dmar bug ... prepare pitchforks and find dwmw2 ;) 16:53:37 agreed 16:54:17 it looks like we're +3, -2 on NTH 16:54:30 i think i'll go for -1, on consideration 16:54:30 agreed 16:54:31 any other votes? 16:54:41 so make it +2 / -3 16:54:43 ok, +1 -4 16:54:50 lol 16:55:01 no hard feelings here 16:55:04 * adamw will stop being too NTH-liberal one of these days 16:55:13 proposed #agreed 835648 - RejectedBlocker - While serious, it affects a minority of hardware configurations and appears easy to workaround. Rejected as blocker for F18 beta, please re-propose if it turns out that the workaround doesn't work or more HW is affected than our current understanding 16:55:20 ack 16:55:23 patch RejectedNTH 16:55:36 proposed #agreed 835648 - RejectedBlocker, RejectedNTH - While serious, it affects a minority of hardware configurations and appears easy to workaround. Rejected as blocker for F18 beta, please re-propose if it turns out that the workaround doesn't work or more HW is affected than our current understanding 16:55:43 I'd label it final blocker though 16:56:02 drago01: I don't think that it even qualifies as a final blocker 16:56:10 but that's me 16:56:14 and me 16:56:15 ack 16:56:18 you're welcome to propose it as such 16:56:20 let's punt it for final 16:56:28 ack 16:56:29 tflink: that hardware is not that uncommon 16:56:36 ack 16:56:41 tflink: ie that specific laptop (w520) 16:56:50 drago01: it can be fixed with an update, doesn't affect live media and is not too hard to workaround 16:57:04 #agreed 835648 - RejectedBlocker, RejectedNTH - While serious, it affects a minority of hardware configurations and appears easy to workaround. Rejected as blocker for F18 beta, please re-propose if it turns out that the workaround doesn't work or more HW is affected than our current understanding 16:57:07 tflink: it affects live 16:57:26 tflink: "kernel freeze while booting" 16:57:28 tflink: you need to disable VTd 16:57:37 tflink: how does that not affect live? or the installer? 16:57:40 Martix: oh yeah - for some reason I have it in my head that it only affects virt 16:57:47 tflink: that cannot be fixed by an update 16:57:56 drago01: yes, I was mistaken 16:58:06 we can deal with it @ final time, though 16:58:27 #topic (856938) Native UEFI install from F18 Alpha RC3 DVD written to USB with livecd-iso-to-disk fails to boot 16:58:30 #link https://bugzilla.redhat.com/show_bug.cgi?id=856938 16:58:33 #info Proposed Blocker, VERIFIED 16:59:19 I believe that this can be moved to VERIFIED, no? 16:59:23 Ticket notification - f18betablocker: [Bug 844167] Error in PREIN scriptlet in rpm package libvirt-daemon-0.9.11.4-3.fc17.x86_64 16:59:26 it is verified 16:59:38 so let's just skip it? 17:00:08 yeah, skip it. 17:00:09 did we ever get data on how many systems are affected? 17:00:14 ok 17:00:21 not really, but it's definitely fixed, so doesn't really matter. 17:00:27 no way we're releasing beta with anaconda 18.8. =) 17:00:28 Ticket notification - commonbugsrss: [Bug 835648] kernel freeze after [drm] Initialized drm 1.1.0 20060810 on T520 with Quadro NVS 4200M 17:00:50 #info this bug is fixed but update is not yet in stable - doesn't need any review - skipping 17:01:01 #topic (859632) Cannot edit boot entries 17:01:02 #link https://bugzilla.redhat.com/show_bug.cgi?id=859632 17:01:02 #info Proposed Blocker, NEW 17:02:02 note, this is _not_ the font size issue. 17:02:04 ah FESCO meeting just started 17:02:08 seems to be to do with german l10n somehow. 17:02:31 tflink: yeah, i'll try and be around for the 946 discussion there 17:02:46 I imagine we'll pause the blocker review when that time comes 17:02:47 +1 for blocker 17:02:50 could this possibly be related to the anaconda bad locale bug? 17:03:08 which reminds me, i should re-propose that one. 17:03:09 * kparal notes fesco meeting starts in #fedora-meeting 17:03:29 I dont care what the cause is by beta users should be able to edit grub on baremetal and on vm 17:03:39 yeah, c#11 makes me wonder about the locale setting issue in anaconda 17:03:53 * Viking-Ice goes out for a smoke 17:04:04 the locale bug might potentially break a lot of pieces 17:04:07 do we have a criterion that would be hit by this? 17:04:14 kparal: yeah, which is why i want to re-propose it 17:04:25 for beta, not sure 17:04:43 the first one that comes to mind is the i18n/l10n final criterion 17:05:05 I propose we put the review on hold for the upgrade discussion in #fedora-meeting 17:05:13 ack 17:05:20 * tflink presses pause button 17:05:25 tflink:+1 17:07:51 Ticket notification - f18betablocker: [Bug 858591] anaconda setting invalid system locale xx.UTF-8 not xx_YY.UTF-8 17:15:52 there are "only" 11 proposed X Test Week blockers after cleanup :-) 17:19:21 yay =) 17:19:25 unpause? 17:20:34 tflink: unpause? 17:20:38 tflink: ping 17:21:38 tflink appears to have hung 17:21:40 i'll take over 17:21:51 * tflink figured that it was implicit 17:21:57 oh, okay. un-taking over. 17:22:33 this does seem like a significant issue, but i don't see an obvious criterion, and not entirely sure we really want to require grub menu editing at beta... 17:22:41 also, i rather suspect it could be part of the locale issue 17:22:43 punt for more data? 17:23:08 works for me 17:23:24 yep 17:23:47 proposed #agreed 859632 - More data on the cause of this bug is needed before we make a decision on blocker status 17:23:59 ack 17:24:16 ack 17:24:23 * adamw wonders how big viking's cigarettes are 17:24:47 Ticket notification - f18betablocker: [Bug 858837] ATI Mobility Radeon X1350 doesn't boot LiveCD 17:24:59 #agreed 859632 - More data on the cause of this bug is needed before we make a decision on blocker status 17:25:07 #topic (856362) KeyError: 'la-latin1' 17:25:07 #link https://bugzilla.redhat.com/show_bug.cgi?id=856362 17:25:07 #info Proposed Blocker, NEW 17:25:19 adamw, I smoke pipe ;) 17:25:47 punt, need to know whether new tool is affected first 17:26:09 yup 17:26:14 Viking-Ice: holy crap, you _really_ should be in a lord of the rings movie, not fedora qa =) 17:26:41 sure, punt 17:26:53 i'd kinda like to just close off all the preupgrade bugs, but probably best leave that to wwoods. 17:27:10 proposed #agreed 856362 - This was filed against preupgrade - we need to see if the new tool is affected before deciding on blocker status 17:27:11 adamw, there is but one trilogy and it aint lord of the rings ;) 17:27:56 ack 17:28:09 ack 17:28:13 ack 17:28:29 #agreed 856362 - This was filed against preupgrade - we need to see if the new tool is affected before deciding on blocker status 17:28:36 #topic (859855) AttributeError: 'NoneType' object has no attribute 'name' 17:28:36 #link https://bugzilla.redhat.com/show_bug.cgi?id=859855 17:28:36 #info Proposed Blocker, NEW 17:28:48 * tflink is tempted to just skip all the preupgrade bugs 17:28:55 do it 17:29:28 any objections tflink does that? 17:29:42 eh, sure 17:30:05 #19 says something 17:30:21 akshayvyas: what wrote his kickstart file was preupgrade =) 17:30:56 ohk 17:30:59 #undo 17:30:59 Removing item from minutes: 17:31:00 #undo 17:31:00 Removing item from minutes: 17:31:01 #undo 17:31:01 Removing item from minutes: 17:31:15 #topic (859224) Please take systemd-logind's handle-power-key/handle-suspend-key/handle-hibernate-key/handle-lid-switch inhibitor locks if GNOME wants to handle the respective keys on its own 17:31:19 #link https://bugzilla.redhat.com/show_bug.cgi?id=859224 17:31:22 #info Proposed Blocker, ON_QA 17:32:10 nth 17:32:17 "Not doing this leads to pretty bad double-suspend behaviour, so putting this on the F18Beta" 17:32:20 seems pretty vague 17:32:25 * adamw goes to see if he can rope an mclasen 17:32:30 * kparal needs to travel, should be back in about 30 minutes 17:32:54 kparal: another opportunity to sneak in #actions :-D 17:33:07 sure, feel free 17:33:19 ok so since kparal is gone I suggest he ... 17:33:23 =) 17:33:28 we have "All release-blocking desktops' offered mechanisms (if any) for shutting down, logging out and rebooting must work" 17:33:33 i'm asking mclasen now if this affects that 17:33:45 if it only affects suspend then i agree with viking, it's NTH. especially since suspend isn't the default any more. 17:34:09 its fixed by the g-s-d I built yesterday 17:34:09 before that, you would get 2 suspends on lid close 17:34:09 first systemd suspends 17:34:09 and then, when you open the lid again, gsd suspends 17:34:32 yay :) 17:34:51 I'm not even sure of NTH 17:34:55 50% more suspend 17:35:04 since the fix is there 17:35:44 non-blocker g-s-d fixes past freeze seems like a questionable choice - especially at this point 17:36:01 -1 blocker, propose as NTH/blocker later if the problem still exists post-freeze 17:36:02 well, that behaviour does sound kinda crappy. 17:36:05 sounds good 17:36:15 -1 assuming no impact on shutdown, agree with tflink on punting for nth 17:36:52 yeah I go with that 17:37:15 practically this'll likely get pushed before next week anyway, so hey. 17:37:15 proposed #agreed 859224 - RejectedBlocker - Since this appears to only affect suspend, it doesn't affect any of the F18 beta release criteria and thus is not a blocker for F18 beta. If this is still a significant issue during freeze, please re-propose as NTH 17:37:20 ack 17:37:33 ack 17:38:33 did we scare everyone else off already? 17:38:52 #agreed 859224 - RejectedBlocker - Since this appears to only affect suspend, it doesn't affect any of the F18 beta release criteria and thus is not a blocker for F18 beta. If this is still a significant issue during freeze, please re-propose as NTH 17:39:09 #topic (862221) repo.getPackage(po) fails with yum-3.4.3-44 but works using git master 17:39:12 #link https://bugzilla.redhat.com/show_bug.cgi?id=862221 17:39:14 #info Proposed Blocker, ON_QA 17:39:20 or kparal was but more than one man 17:39:37 what's the offline update feature? 17:39:55 some useless I crap I think 17:40:15 I dont think this one hits any criteria thus -1 blocker 17:41:02 http://fedoraproject.org/wiki/Features/OfflineSystemUpdates 17:41:11 yeah, we have a solid principle that incomplete features are not blockers 17:41:26 yep, -1 blocker, -1 nth 17:41:41 maybe we need to update the criteria for this offline update thing, but as things stand, this doesn't violate the update criterion. 17:41:45 I doubt that plymouth is ready for this 17:42:10 ( showing the end users some we are conducting update + progress bar ) 17:42:45 proposed #agreed 862221 - RejectedBlocker, RejectedNTH - This does not violate any F18 beta release criteria and thus does not qualify for blocker status. This does affect a F18 feature but that doesn't qualify for NTH by itself, either 17:42:51 ack 17:42:53 also, this bug sounds like it only happens when you're using a side repo anyway. 17:42:58 which we don't support for updates. 17:42:58 ack. 17:43:03 ack 17:43:07 #agreed 862221 - RejectedBlocker, RejectedNTH - This does not violate any F18 beta release criteria and thus does not qualify for blocker status. This does affect a F18 feature but that doesn't qualify for NTH by itself, either 17:43:16 #topic (860791) IOError: [Errno 2] No such file or directory: '/etc/sysconfig/network-scripts/ifcfg-wlan0' 17:43:19 #link https://bugzilla.redhat.com/show_bug.cgi?id=860791 17:43:22 #info Proposed Blocker, POST 17:44:15 nth 17:44:25 when does this happen? 17:44:31 Patch posted for review. 17:44:34 wireless during installation? 17:44:46 nth 17:45:02 or installing on a system that has wireless? 17:45:11 In Live install after installing bootloader this backtrace happene or 17:45:11 Correction, this happens after the installation is complete, in the "Configuring installed system" step. 17:45:14 tflink #18 17:45:37 I think this bug report is vague indeed 17:45:41 so you get an anaconda crash during installation if the system has wireless? 17:46:18 after install it seems "Just for the record the system does boot after this backtrace" 17:47:29 in the "Configuring installed system" ?? 17:47:39 does that mean firstboot?? 17:47:45 akshayvyas: part of the install, after installing packages 17:47:47 nope sometime after package install 17:47:53 at least, that's how I'm reading it 17:48:00 me too 17:48:05 either punt or +1 blocker 17:48:18 I think wireless is common enough to justify blocker status 17:48:22 i'm with viking, this is vague as hell 17:48:28 I say NTH since the fix is there and we are pulling in anaconda changes anyway 17:48:44 Viking-Ice: +1 17:48:54 nth 17:49:13 if it's too vague -> punt 17:49:17 Viking-Ice: well a patch in for review can still fall through the cracks 17:49:22 it's happened before 17:49:30 if it's too vague for blocker, it's too vague for NTH 17:49:38 we can only be totally sure a fix is going to show up in an anaconda build when they set MODIFIED and change the 'fixed in version' field 17:49:49 tflink, we could also just revisit it after kparal comes back 17:49:49 oh, which is the case here =) 17:49:57 so it should be fine. we can punt and it'll go away. 17:49:59 adamw: assuming that it doesn't get forgotten :) 17:50:06 yup 17:50:19 tflink: once they edit the 'fixed in version' field, that means it's already gone into git and can't now get lost 17:50:34 you just have to know how to read the anaconda tea leaves =P 17:50:40 adamw: my point was that it's still a human process 17:50:59 but I'm nitpicking when we still have far too many bugs to review 17:51:01 well sure, but it's already committed. they can't 'lose' it now. any 18.12 build will inevitably include this. 17:51:02 let's just move to next one and hear from kparal 17:51:18 say we're punting for data on exactly when this happens, we're really punting so it goes away. 17:51:34 proposed #agreed 860791 - This bug is really vague and we need more information before making a decision on blocker status 17:51:40 ack! 17:51:41 ack 17:51:42 ack 17:52:31 #agreed 860791 - This bug is really vague and we need more information before making a decision on blocker status 17:52:48 #topic (860276) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 10: ordinal not in range(128) 17:52:51 #link https://bugzilla.redhat.com/show_bug.cgi?id=860276 17:52:53 #info Proposed Blocker, NEW 17:54:21 * tflink is not a huge fan of these new abrt filed anaconda bugs with no real information 17:54:33 no easily discoverable summary, rather 17:55:05 is it abrt doing those vague description 17:55:05 this looks to be part of 858591. 17:55:08 should probably close it as a dupe. 17:55:17 see comment #9 17:55:44 also has the happy side effect of giving us a reason to take 858591 as a blocker... 17:56:42 yeah let's block 858591 and close 860276 as dupe of 858591 17:56:47 i can easily reproduce this as a cause of 858591 17:56:56 running firstboot with es_ES.UTF-8 works fine 17:57:00 running it with es.UTF-8 crashes 17:57:08 works for me 17:57:40 is 858591 proposed as a blocker? 17:57:55 no vote from me since I'm having trouble getting trace open with my cell phone 17:58:10 tflink: i re-proposed it during the meeting 17:58:21 though the status of that bug is rather complex so the app might barf on it 17:58:47 but yeah, it is proposed, if it doesn't show up in the list i'll bring it up later. 17:58:51 so, propose we mark this as a dupe. 17:59:21 proposed #agreed 860276 - This appears to be a symptom of 858591, mark as a duplicate 17:59:25 ack 17:59:27 ack 17:59:29 ack 17:59:35 #agreed 860276 - This appears to be a symptom of 858591, mark as a duplicate 17:59:44 #topic (860430) RFE: dual boot support in newui 17:59:44 #link https://bugzilla.redhat.com/show_bug.cgi?id=860430 17:59:45 #info Proposed Blocker, NEW 18:00:08 isn't this final instead of beta? 18:00:37 I see, nvm 18:01:11 god, i still suck. 18:01:16 i knew there was something else i had to do this week. 18:01:26 is this for multiple hd or for dual boot support ? 18:01:39 I read it more as multiple HD and bootloader location choosing 18:02:11 * kparal is back 18:02:16 * Martix too 18:02:26 "multi-boot support / bootloader configuration" 18:02:59 so kparal and martix are one and the same for extra votes 18:02:59 this is basically for bootloader location, yeah 18:03:21 like i said, i think there's probably grounds to take this as a blocker but i need to go and figure what they are, and i still didn't get around to it :/ 18:03:36 punt for final 18:03:45 punt, then? I don't see any criterion violations 18:04:04 two for punt 18:04:26 do I hear more 18:04:38 tflink: i think it turns out to cause issues that block beta if you can't pick bootloader location, but again, i need to go back to f16 and look at the issues we hit then to be sure 18:04:50 proposed #agreed 860430 - This may be a blocker but as currently written, does not violate any criteria. Will re-visit at a later meeting once it has been clarified 18:05:03 it's not straightforward, it's the kind of indirect 'not being able to pick bootloader location causes $OTHER_SYMPTOM which is a beta blocker' kind of stuff 18:05:26 now i think about it it might have involved upgrading, too, in which case it may be different with the new tool. eh. 18:05:27 we cant block on hypotheticals 18:05:44 Viking-Ice: which is why we're not accepting it 18:05:52 Viking-Ice: sure, i'm just explaining why it keeps coming up, it's my fault for not nailing down the rationale :/ 18:06:18 tflink, yes I want to punt it to final instead of later beta meeting 18:06:33 when adamw has done his homework ;) 18:06:37 Viking-Ice: how about this, if i can't manage to get it nailed down by next week i'll change it to a final proposal 18:07:20 ack 18:08:03 any other votes? 18:08:31 * kparal has not read this bug, will vote on next one 18:08:33 adamw, remember adding criteria etc... during review 18:09:08 ack ( can always punt it for final on next meeting ) 18:09:35 #agreed 860430 - This may be a blocker but as currently written, does not violate any criteria. Will re-visit at a later meeting once it has been clarified 18:09:44 Viking-Ice: i don't think we'd need to add criteria for this, just check on the big issues we had in f16 and see if we're likely to hit them again because of this. we covered it under the criteria at the time. 18:09:48 #topic (859485) « Copy settings » to system in G-C-C's « Region & Language » panel causes weird keyboard behavior 18:09:51 #link https://bugzilla.redhat.com/show_bug.cgi?id=859485 18:09:53 #info Proposed Blocker, NEW 18:11:03 another clear-as-mud bug 18:11:06 another mclasen nomination 18:11:10 i'm asking him for a rationale 18:11:26 well the bug seems pretty clear, but i don't immediately see a reason it needs to block release 18:11:42 I just put bad bugs on the list 18:11:43 I'll leave it to you to figure out criteria 18:11:49 well, if he's leaving it to us, this don't look like blocker material to me. 18:11:52 yep 18:11:59 nope just a regular bug 18:12:10 i would say nth 18:12:28 i can kinda see nth on the basis that people might well poke this setting before upgrading 18:12:31 definitely not blocker though 18:12:31 proposed #agreed 859485 - RejectedBlocker - This doesn't hit any of the F18 beta release criteria and thus is rejected as a blocker. 18:12:33 reporters should do fresh beta install hence they are unlikely to hit this 18:12:34 ack 18:12:36 s/upgrading/updating/ 18:12:43 ack 18:12:44 ack 18:12:49 ack 18:12:58 * tflink is -1 NTH if we're going that route 18:12:59 isn't this clean install? 18:13:23 #agreed 859485 - RejectedBlocker - This doesn't hit any of the F18 beta release criteria and thus is rejected as a blocker. 18:13:39 yup but might be affected by the local bug we discussed earlier 18:13:40 #topic (859614) [abrt] systemd-analyze-191-2.fc18: connection.py:651:call_blocking:DBusException: org.freedesktop.DBus.Error.Failed: Resource temporarily unavailable 18:13:43 #link https://bugzilla.redhat.com/show_bug.cgi?id=859614 18:13:46 #info Proposed Blocker, NEW 18:14:07 really systemd-analyze does not block the release 18:14:20 this is just an regular bug 18:14:46 + I dont think systemd-analyze gets installed by default these days 18:14:48 anyway 18:15:08 what exactly is the behavior fixed here? 18:15:23 it sounds like there is more than just systemd-analyze with all the dupes 18:15:30 -1 18:16:09 selinux + systemd issue 18:16:19 oh, this is the general selinux+systemd bug 18:16:23 we should update the topic 18:16:35 yeah, I see some blocker-worthy bugs in the dupes 18:16:37 it has serious consequences 18:16:42 862387 18:16:49 most obvious is Alpha "When booting a system installed without a graphical environment, or when using a correct configuration setting to cause an installed system to boot in non-graphical mode, the system should boot to a state where it is possible to log in through at least one of the default virtual consoles" 18:16:59 with selinux enabled you get no ttys right now 18:17:06 I just pinged lennart to drop by 18:17:17 so we can get status update on this 18:17:26 however, there's a complicating factor 18:17:35 systemd 190 isn't actually in stable 18:17:45 ah 18:17:48 i haven't checked, but tc1 should have 188, not 190, so it wouldn't be affected by this 18:17:58 so you'd hit this with netinstall or post-install? 18:18:12 yeah. we probably shouldn't take it as a blocker unless 188 goes to stable. 18:18:23 adamw: you mean 190? 18:18:23 sigh. 190+ 18:18:25 yeah. 18:18:31 well, we're up to 193 now. but it's still broken. 18:18:38 but it would get pulled in w/ netinstall 18:18:41 as long as the systemd update doesn't get pushed stable until this is fixed, we're okay. 18:18:53 tflink: yes, but we can't really take things as blockers on that basis, since what you get from netinstall is always going to be changing. 18:18:55 assuming netinstall still pulls in updates-testing 18:19:08 just run: "restorecon -R /" and move on next bug\ 18:19:14 * Viking-Ice where's that German efficiency when you need one 18:19:21 we can only take issues in stable as blockers, really. 18:19:27 so reject for now, repropose if 190+ goes to stable? 18:19:33 Viking-Ice: i am here 18:19:36 i'd say we should executive unpropose rather than reject 18:19:42 it's a small distinction, but hey 18:19:47 we need status update on https://bugzilla.redhat.com/show_bug.cgi?id=859614 18:19:50 and related bugs 18:20:10 the systemd+selinux issue? 18:20:17 yup 18:20:33 currently writing the NEWS file for an update with this all fixed 18:20:39 i like that kinda status! 18:20:39 proposed #agreed 859614 - Since this bug isn't against the stable version of systemd, it doesn't qualify as a blocker for F18 beta. De-propose as a blocker for F18 beta, if 190+ is pushed stable before freeze, re-propose as blocker 18:20:42 tested this earlier today with dwalsh in his cubicle 18:20:53 see also https://bugzilla.redhat.com/show_bug.cgi?id=862798 18:20:55 poettering: just to be safe, we obviously don't want the update pushed stable until the issue is confirmed fixed 18:21:01 will now roll the release and upload it 18:21:17 poettering: and if that requires an selinux-policy update too then the selinux-policy update should be included in the systemd update, ideally 18:21:20 ack 18:21:25 adamw: well, in 1h our so there should be an update in koji, and i'll edit the bodhi ticket and push it into testing 18:21:35 adamw: it's up to you guys when you want to pull it in then 18:21:54 adamw: it shouldn't need it right away 18:22:12 poettering: well you can theoretically push it to stable at any time. we don't actually need to pull the update for the beta at all. we just want to make sure you don't push it in broken state. 18:22:19 adamw: note that there might be corner cases where the policy needs more updating, but at least the most obvious things should be gone with this, i.e. getty should just work 18:22:25 OK 18:22:31 as long as we all know where we are i think it's fine 18:22:34 adamw: i definitely want to see this new version in the beta 18:22:45 it contains a ton of fixes, and i want the feedback 18:22:59 sure, it's fine to push it stable when we're sure the big stuff is fixed. actually i think we do need it to fix some other blocker issue. 18:23:05 so let's pull it in then 18:23:17 #action adamw to re-test the tty bug with the new systemd build when lennart submits it 18:23:43 sounds like punt for a later meeting, then 18:23:52 i'd say un-propose, like i said earlier 18:24:07 on the basis that this shouldn't be proposed as a blocker while the broken systemd is only in updates-testing 18:24:08 ack 18:24:21 but the potential exists that we could screw something up and put the broken packages in stable, then we'd need to have it as a blocker 18:25:11 I see 2 acks and one implicit ack 18:25:16 proposed #agreed 859614 - Since this bug isn't against the stable version of systemd, it doesn't qualify as a blocker for F18 beta. De-propose as a blocker for F18 beta, if 190+ is pushed stable before freeze, re-propose as blocker 18:25:27 ack 18:25:29 ack 18:25:38 ack 18:26:09 ack 18:26:09 #agreed 859614 - Since this bug isn't against the stable version of systemd, it doesn't qualify as a blocker for F18 beta. De-propose as a blocker for F18 beta, if 190+ is pushed stable before freeze, re-propose as blocker 18:26:23 #topic (862612) anaconda freezes after clicking on "+" in keyboard layout settings 18:26:26 #link https://bugzilla.redhat.com/show_bug.cgi?id=862612 18:26:28 #info Proposed Blocker, NEW 18:27:26 I was unable to find suitable criterion for this, but it freezes, so... 18:27:33 can any one test this now 18:27:55 this sounds a bit like that bug we had...last week...?...where it freezes if you do things in a particular order 18:28:01 which we decided was too corner case-y to be a blocker 18:28:34 this actually sounds like it's the live image not the installer " Boot live desktop of F18 Beta TC1" 18:28:54 Viking-Ice: well, sounds like he was running a live install, since he's talking specifically about anaconda. 18:29:02 it'd be interesting to know if it happened from dvd/netinst as well as live, yeah. 18:29:17 it's anaconda in live 18:29:23 i'm okay with considering this a conditional violation of a really basic criterion, as jan proposed. 18:29:56 in the past that would have been obvious because you _had_ to go through the keyboard selection dialog 18:30:09 mea culpa, I hadn't tested it in DVD/netinstall, but I think that kparal encountered similar bug in netinst... 18:30:12 it's a bit less obvious now with the hub/spoke thing, but in practice, we should assume non-english speakers are naturally going to go and pick their keyboard layout first. 18:30:30 yeah, I think I saw it in netinst as well 18:30:47 yup and by beta they should be able 18:30:54 yeah. 18:31:03 we can just count it as part of the basic install path. 18:31:05 +1 on blocker 18:31:25 proposed #agreed 862612 - AcceptedBlocker - Conditional violation of the following F18 alpha release criterion for non-english keyboards: "The installer must be able to complete an installation using the text, graphical and VNC installation interfaces" 18:31:30 i'm just checking if i can reproduce 18:31:31 ack 18:31:36 actually, wouldn't it be non-us keyboards 18:31:45 yeah, that's more specific. 18:31:57 funky british keyboards with everything in the wrong place. =) 18:32:36 proposed #agreed 862612 - AcceptedBlocker - Conditional violation of the following F18 alpha release criterion for non-US keyboards: "The installer must be able to complete an installation using the text, graphical and VNC installation interfaces" 18:32:40 yup, reproduced. 18:32:46 as simple as the report says. 18:32:47 ack 18:32:47 adamw: that's OK, we don't care about british people :-P 18:32:51 =) 18:32:57 ack 18:32:58 ack 18:33:03 ack 18:33:07 #agreed 862612 - AcceptedBlocker - Conditional violation of the following F18 alpha release criterion for non-US keyboards: "The installer must be able to complete an installation using the text, graphical and VNC installation interfaces" 18:33:08 ack 18:33:21 #topic (862613) ValueError: cannot initialize a disk that has partitions 18:33:21 English is something to conquer not learn 18:33:21 #link https://bugzilla.redhat.com/show_bug.cgi?id=862613 18:33:21 #info Proposed Blocker, NEW 18:33:30 Just like stable is for horses ;) 18:33:46 hits the new criterion: The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched 18:34:20 +1 bblocker 18:34:29 blocker 18:34:33 mee too 18:35:07 proposed #agreed 862613 - AcceptedBlocker - Violates the following F18 beta release criterion: "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 18:35:15 ack 18:35:21 ack 18:35:43 ack 18:35:54 ack i guess. 18:35:57 * adamw catching up 18:36:14 #agreed 862613 - AcceptedBlocker - Violates the following F18 beta release criterion: "The installer must be able to complete an installation using automatic partitioning to a validly-formatted disk with sufficient empty space, using the empty space and installing a bootloader but leaving the pre-existing partitions and data untouched" 18:36:22 #topic (851114) RepoError: SQLite objects created in a thread can only be used in that same thread 18:36:25 #link https://bugzilla.redhat.com/show_bug.cgi?id=851114 18:36:28 #info Proposed Blocker, ASSIGNED 18:36:53 yay, timing bugs! 18:37:10 this is a clear blocker 18:37:15 it crashes really often 18:37:20 this seems easy enough to hit that even if there's a timing element to it, it's a blocker. 18:37:39 agreed 18:37:42 criterion "The installer must be able to install each of the release blocking desktops, as well as the minimal package set, with each supported installation method " 18:37:43 (alpha) 18:37:50 block block and block! 18:38:05 block 18:38:34 proposed #agreed 851114 - AcceptedBlocker - Conditional violation of the following F18 alpha release criterion (it is a timing bug that is very easy to hit): "The installer must be able to install each of the release blocking desktops, as well as the minimal package set, with each supported installation method" 18:38:40 ack 18:38:46 ack 18:38:48 ack 18:38:55 #agreed 851114 - AcceptedBlocker - Conditional violation of the following F18 alpha release criterion (it is a timing bug that is very easy to hit): "The installer must be able to install each of the release blocking desktops, as well as the minimal package set, with each supported installation method" 18:39:07 #topic (862557) repoclosure failure on 18 Beta TC1 DVDs (kernel) 18:39:07 #link https://bugzilla.redhat.com/show_bug.cgi?id=862557 18:39:07 #info Proposed Blocker, ASSIGNED 18:39:54 this is a repoclosure issue? 18:40:04 sure blocker if is 18:40:25 I agree that it sounds like a blocker but I'm skeptical that it's a repoclosure issue 18:40:39 I don't really get comment #1 18:40:42 looks local hence rejected 18:40:55 "from myrepo" 18:41:00 multiple reports of the DVDs failing to boot, though 18:41:10 maybe Josh didn't understand it's part of DVD repo? 18:41:11 Ticket notification - f18betablocker: [Bug 862742] TypeError: coercing to Unicode: need string or buffer, NoneType found 18:41:19 i think 'myrepo' is what shows up for stuff pulled into composes via bleed 18:41:24 dgilmore: is that correct? 18:41:47 if anyone has a copy of the TC1 DVD handy they can loop mount it and just check what files are actually present 18:41:49 I think myrepo is the name robatino used when using the repoclosure script 18:41:54 ah 18:42:00 * adamw doesn't have it downloaded yet 18:42:11 * kparal trying quickly 18:42:16 i'm +1 assuming it's actually the case that the kernel-tools package on the TC1 DVDs is mismatched. 18:42:46 if it is it's a sure blocker 18:43:13 oh, I'm on the wrong bug 18:43:13 gimme a sec 18:43:15 gah 18:43:23 see https://fedoraproject.org/wiki/QA:Testcase_Mediakit_Repoclosure 18:43:25 myrepo 18:43:46 * kparal running repoclosure 18:44:07 confirmed: http://www.fpaste.org/LPfy/ 18:44:11 okay, then +1 18:44:19 +1 18:44:21 the package might be missing on the DVD 18:44:24 or something 18:44:24 i'll re-assign to distribution or something and clarify for jwb that it's a DVD compose issue not a kernel package issue 18:44:52 that seems odd since pungi uses lorax for the install env creation 18:45:14 nvm, I still have the other bug I was reading stuck in my head 18:45:23 * adamw slaps tflink upside the head 18:46:02 proposed #agreed 862557 - AcceptedBlocker - Violates the following F18 alpha release criterion: "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 18:46:05 tflink: FYI DVD works fine if edit command line https://bugzilla.redhat.com/show_bug.cgi?id=862537#c10 18:46:22 ack 18:46:26 ack 18:46:45 ack 18:46:50 #agreed 862557 - AcceptedBlocker - Violates the following F18 alpha release criterion: "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 18:46:55 #topic (862784) error: rpmdb open failed 18:46:57 #link https://bugzilla.redhat.com/show_bug.cgi?id=862784 18:47:00 #info Proposed Blocker, NEW 18:47:29 satellit, I hit your comment 4 after updating last evening 18:47:49 Gnome seem to insist wanting to install :lang=c 18:48:09 in weird places I might add 18:48:13 I saw djasa produce this bug. it happens if you do specific procedure inside custom partitioning 18:48:22 is this a dupe of 862613? 18:48:44 no 18:48:51 almost certainly 18:49:12 djasa just opened up custom partitioning and put / into root partition mount point 18:49:15 and it exploded 18:49:24 does this not hit our fine new criteria 18:49:55 doesn't it? or am I being slow 18:50:03 reusing a partition, no? 18:50:27 not reusing, the partition was newly created 18:50:29 yup ( step 2 comment 14 ) 18:50:49 it is re-using, by the looks of comment #14, he's talking about pre-creating partitions 18:50:57 empty disk -> click partition spoke -> click custom -> click root partition -> put / into mount point -> click ok -> explode 18:50:58 kparal, he first creates the partition then reboots into anaconda right 18:51:12 it sounds like right now newui doesn't give you a great indication of whether the partition is going to be formatted or not... 18:51:17 which is re-using an existing partition from the perspective from an install 18:51:23 yup 18:51:32 hence an blocker 18:51:46 i'd like to do the reproduction myself to be totally clear about this one 18:51:55 punt for more data? 18:52:07 ? 18:52:30 hm 18:52:31 so we punt to confirm now is so we need to do it with everybug yay! 18:52:49 I'm not clear on whether this was a valid partition layout 18:52:50 actually, as written, the criterion i wrote rather does appear to cover re-using arbitrary partitions 18:53:08 since i wrote "Creating, destroying and assigning mount points to partitions", which makes it sound like any one of those three actions should work 18:53:31 that wasn't actually my intent, the idea was only to cover the case where anaconda is creating the partitions and assigning mount points to them, not re-use 18:53:55 d'oh. 18:54:20 i think for re-use we were going to consider covering the 're-use /home' scenario, but we weren't intending to cover 're-use arbitrary existing partitions', especially not for beta... 18:54:24 wait, why is there a BIOS boot partition w/ GPT layout? 18:54:43 a GPT layout is the _only_ time you should have a BIOS boot partition. 18:55:13 wow, my mind must be somewhere else today 18:55:16 bios boot / GPT disk is the configuration which requires a BIOS boot partition. bios boot / ms-dos label doesn't require any special partition. uefi boot / GPT label requires an EFI system partition. 18:55:35 anyhoo 18:55:36 uh 18:55:46 * kparal trying to reproduce quickly 18:55:57 * Viking-Ice goes out for a smoke in the meantime 18:55:59 since I seem to be unable to think at the moment, what do we want to do with this right now? 18:56:00 can we punt this to re-consider what we actually want the criterion to cover, and look at the exact newui design, perhaps even with 18.12? 18:56:07 my fault for the bad wording, sorry 18:56:19 so I think he had to be reusing existing partitions 18:56:27 yeah, he clearly is 18:56:28 it doesn't blow up for me 18:56:38 there's even two cases of 're-use existing partitions', though 18:56:48 use an existing partition but format it / use an existing partition without formatting it 18:57:07 i didn't intend for the criterion to cover either, really, but we might want it to cover the first, or not, i think we need to think about it =) 18:57:11 I saw his screen and it looked like new partition, but anaconda is very difficult to understand there 18:57:17 so it was an existing one, clearly 18:57:27 proposed #agreed 862784 - As currently written, this does violate the F18 beta release requirements but this is an unintended consequence of recent re-wording. Will re-visit next meeting once there has been a chance for criteria revision 18:57:33 ack 18:57:36 ack 18:57:47 #action adamw to discipline himself for bad drafting 18:57:52 .fire adamw 18:57:52 adamw fires adamw 18:58:33 #agreed 862784 - As currently written, this does violate the F18 beta release requirements but this is an unintended consequence of recent re-wording. Will re-visit next meeting once there has been a chance for criteria revision 18:58:38 #topic (862006) NameError: global name 'size_func_kwargs' is not defined 18:58:38 #link https://bugzilla.redhat.com/show_bug.cgi?id=862006 18:58:39 #info Proposed Blocker, NEW 18:59:10 * tflink goes to get more coffee for brain jump-start. back in a sec 18:59:26 see the dupe for more details 18:59:43 I just wanted to create LVM layout 19:02:34 we never really decided for sure if we're blocking on LVM at Beta, did we? 19:02:43 didn't we? 19:02:53 it's still in the criteria though 19:03:04 wrt rescue mode? 19:03:11 oh, just detect and mount 19:03:15 my bad 19:03:26 bad bad kparal 19:03:38 i guess it becomes a case of 'is this a commonly used filesystem type' 19:03:50 yay conditionals 19:04:00 somehow we managed to avoid nailing this down in all the debates, heh 19:04:01 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 19:04:03 it's Final 19:04:07 that's final 19:04:08 I would say yes because it has been the default for a while 19:04:14 so I think reject Beta accept Final 19:04:17 it's clearly a final blocker 19:04:21 yup 19:04:29 but I'm not against rejecting for beta 19:04:29 reject beta accept final 19:04:33 well, remember the final criterion is older wording, it wasn't explicitly written to tie in with the beta criteria 19:04:56 we had _no_ beta criteria for partitioning with oldui, it was a simple 'autopart works at alpha, custompart works at final' split 19:04:59 it's more complicated now 19:05:10 we want some stuff in custom to work at beta, we've defined what it is to some extent, but not completely 19:05:47 there are three acks for reject for beta accept final 19:06:11 * adamw is trying to muddy the waters =) 19:06:15 we are barely have way through the list of proposed blockers 19:06:44 Viking-Ice: i'm worried that we'd simply set a precedent we never block beta for lvm...which wasn't really agreed upon when drafting the criteria 19:06:54 i don't mind if we choose to set that precedent but it isn't _dictated_ by the criteria as they stand 19:07:01 it's not just a no-brain decision 19:07:01 we dont default to lvm any more 19:07:08 hence it's a ok 19:07:39 but we did default to lvm, therefore it's a commonly used partition type 19:07:42 kparal: tflink: so are you still -1 beta on that basis? (i'm not pressuring, just wanted to clarify the question, 'yes' is a perfectly fine answer...) 19:07:57 I'm not -1 but I'm not going to fight rejecting all that much 19:08:15 I think we should clarify with anaconda guys the status of LVM for Beta 19:08:20 we also used to default to a lot of other old stuff 19:08:25 tflink: right, that's my worry, at least for f18 i suspect many people might go for LVM since it's what they're used to... 19:08:29 but hard to say. 19:08:33 Viking-Ice: i asked, no reply yet 19:08:48 sorry, that was meant to be kparal: 19:08:55 let's accept for Final and put for Beta, wait for the reply 19:08:58 *punt 19:09:13 yup 19:09:17 ok with me 19:09:28 if we're going to punt, just punt - the status gets strange if we accept for final now and leave proposed for beta 19:09:42 there nothing preventing us moving it to beta blocker if we deem it so 19:09:44 i can note in the bug comment that we agreed to accept it as a final blocker. 19:09:59 Viking-Ice: the problem is that AcceptedBlocker doesn't distinguish between releases 19:10:01 Viking-Ice: if it isn't proposed for beta, it's likely to get forgotten 19:10:12 adamw: that works for me 19:10:14 so if we set blocks: f18beta f18blocker whiteboard: acceptedblocker, it looks like it's accepted as a beta blocker 19:10:29 just use the comment 19:10:31 if we set blocks: f18beta f18blocker, no whiteboard, it doesn't look like it's accepted for final 19:10:37 inadequacy of the system, i know 19:11:15 tflink: proposal? 19:11:36 proposed #agreed 862006 - AcceptedBlocker (final) - It's still unclear whether or not this qualifies as a beta blocker for F18 but is a clear final blocker - will re-visit beta blocker status once we have more clarity on the status of LVM as a common partition type 19:11:48 ack 19:11:50 ack 19:12:39 hello? 19:13:08 adamw: vote? 19:13:18 and yours ? 19:13:34 I don't count for ack/nak since I wrote it 19:13:48 did not know that 19:14:15 then it's clear anyway 2 acks against adamw 19:14:31 I'll accept shortly if we don't hear from adam but I also figured that he might have a different idea for wording 19:14:47 ack 19:14:52 finally 19:14:54 #agreed 862006 - AcceptedBlocker (final) - It's still unclear whether or not this qualifies as a beta blocker for F18 but is a clear final blocker - will re-visit beta blocker status once we have more clarity on the status of LVM as a common partition type 19:14:59 sorry, i was assuming it had gone through and writing the bug note 19:15:04 my bad 19:15:18 yeah we are wasting alot of time waiting for each others nack 19:15:22 ack 19:15:33 just my fault, sorry :/ 19:15:34 tflink: that's stupid, you can vote as well 19:15:45 #topic (862801) Anaconda hangs when 'Configuring installed system' 19:15:46 #link https://bugzilla.redhat.com/show_bug.cgi?id=862801 19:15:46 #info Proposed Blocker, NEW 19:16:04 this is +1 blocker, happens _very_ often 19:16:08 kparal: I didn't say no vote - ack/nak isn't the same thing. it's just agreeing that the wording of the #agreed represents what we decided 19:16:12 kparal: ack/nack is a sanity/wording check on the agreement, not voting on the blocker/notblocker status, so it doesn't make sense for the person who writes it to vote on it. but it should probably go through with two acks. 19:16:55 is this one possibly a dupe of the ifcfg bug from earlier? 19:16:58 different from the other one we hit that happened around "Configuring installed system" 19:17:04 ? 19:17:05 oh, scratch my last comment 19:17:12 I am mistaken 19:17:16 oh no, that one was a crash 19:17:20 this is a hang 19:17:24 so _probably_ not the same 19:17:34 blocker 19:17:41 actually we saw this one on just one machine 19:17:45 I've seen something similar once or twice 19:17:47 it might be hardware related 19:17:53 i think i saw it once too 19:17:55 have no idea if it's the same bug, though 19:18:00 seems a bit vague, but... 19:18:16 otoh we can easily reproduce it, it has 100% failure rate 19:18:21 on that particular machine 19:18:33 what's so special about that machine? 19:18:45 I'd say punt or reject with something hw specific 19:18:54 and few reporters 19:18:57 kparal: which machine? 19:19:05 tflink: our uefi enabled asus 19:19:14 amd cpu + amd graphics 19:19:29 https://bugzilla.redhat.com/show_bug.cgi?id=862801#c8 19:19:31 I have an AMD uefi box I could also try it on 19:19:35 but this happened regardless of uefi 19:19:40 ERR anaconda: unknown selinux state: None 19:19:46 but not until tomorrow at the latest - I don't have the machine here right now 19:19:53 s/latest/earliest 19:19:57 maybe it's related how the usb stick got burned 19:20:01 we will test more 19:20:03 satellit: definitely a hang not a crash? 19:20:06 punt for more data is ok 19:20:13 punt it is 19:20:18 yeah, i'd rather punt than reject, since it sounds like we have other sufferers 19:20:27 it worked but put up a failed message 19:20:39 ? 19:20:43 that sounds like the other case 19:20:48 satellit: a 'failed message'? a crash report? 19:20:58 satellit: if so that sounds like https://bugzilla.redhat.com/show_bug.cgi?id=860791 19:21:01 I did not keep it sorry 19:21:12 proposed #agreed 862801 - We need more information on what exactly is causing this and whether it is hardware specific before making a decision on blocker status 19:21:29 ack 19:21:35 ack 19:21:38 ack 19:21:42 #agreed 862801 - We need more information on what exactly is causing this and whether it is hardware specific before making a decision on blocker status 19:21:56 #topic (790365) Can't resume from suspend to RAM: Black screen and laptop frozen 19:21:59 #link https://bugzilla.redhat.com/show_bug.cgi?id=790365 19:22:02 #info Proposed Blocker, NEW 19:22:25 suspend, no blocker. 19:22:35 it has been unproposed 19:22:43 tflink: maybe refresh your list 19:22:45 tflink: you should refresh blocker page 19:22:51 thanks, I figured that out 19:22:54 tflink: I cleaned it a bit 19:23:10 tflink: Martix did a lot of changes on the fly during the meeting 19:23:11 refreshing the list is a non-trivial PITA 19:23:24 (I mean a _lot_ of changes) 19:23:49 * tflink glares at Martix 19:23:56 but we can just check whether those bugs has been unproposed, that's ok 19:23:59 tflink: adamw anyway, I have low battery, so I vote on all GPU related proposed blockers as: +1 betablocker 19:24:21 Martix: roger 19:24:31 what, we didn't put power sockets in that new brno office yet? =) 19:24:43 actually he's in pub! 19:24:54 adamw: me and kparal are in the pub :-D 19:24:56 damn 19:25:12 Martix: run out of battery now! 19:25:17 you're working in the pub?! that's...approved qa team style, have a raise. 19:25:18 drink that strong alcohol while you still can 19:25:36 kparal: give me power adapter! 19:25:53 kparal: your welcome 19:26:01 //about raise 19:26:18 * adamw assumes tflink is rejigging his list 19:26:31 rejigging his list...oooh, matron. 19:26:42 trying to figure out where we are in the new list 19:27:02 great 19:27:23 #topic (847818) Radeon RS690M/X1200 screen corruption beyond kernel-3.4.6-2.fc17.i686 19:27:24 Radeon RS690M/X1200 screen corruption beyond kernel-3.4.6-2.fc17.i686 19:27:26 #link https://bugzilla.redhat.com/show_bug.cgi?id=847818 19:27:29 #info Proposed Blocker, NEW 19:27:38 how about we put time limit on this meeting and continue tomorrow 3 hours is stretching it 4 hours is to much 19:27:45 Radeon RS690M/X1200 screen corruption beyond kernel-3.4.6-2.fc17.i686 19:27:52 that right 19:28:11 tflink: how many bugs to go now? 19:28:22 like he knows afer all the changes 19:28:32 http://qa.fedoraproject.org/blockerbugs/current 19:28:47 19, I think 19:28:49 next time let's not alter the http://qa.fedoraproject.org/blockerbugs/current while we are trying to follow it 19:28:50 we are behind half of proposed 19:29:19 Viking-Ice: well the alterations were to take a lot of bugs *out*, to shorten the meeting... 19:29:33 Viking-Ice: yeah, I'm tempted to implement a pause feature for these meetings 19:29:37 this sounds like a single-adapter bug to me, which we don't usually take as beta blockers. 19:29:41 it´s better to split this over more days 19:29:46 pausing after a few hours doesn't sound like a terrible idea though, yeah. 19:29:56 especially with so many people in europe. 19:30:08 do this bug then carry on tomorrow? 19:30:10 I meant pause as in stop bz sync so the list doesn't change mid-meeting 19:30:14 ah. 19:30:21 i like the pause-the-meeting idea too though =) 19:30:26 or flog people who change blockers during the meeting 19:30:37 Viking-Ice: sorry, I finished testing bunch of GPU today and I started proposing blockers 10 mins before mtg 19:30:42 either way, lets get this one done 19:30:55 * kparal prepares his whip 19:31:00 yeah. like i said, our precedent has been not to take single-adapter bugs as blockers, usually 19:31:05 * kparal looks at Martix 19:31:08 tends to need to be more like several cards or even a generation 19:31:11 yeah, this is older and I don't think it's all that common 19:31:22 common enough to justify blocker by itself, anyways 19:31:23 especially for beta 19:31:26 yup thats how we handle it 19:31:48 +1 nth, though 19:31:59 is there actually anyone handling radeon these days? 19:32:03 proposed #agreed 847818 - RejectedBlocker - This appears to only affect a single adapter which isn't enough to justify blocker status for F18 beta 19:32:13 Viking-Ice: airlied. 19:32:24 I though he moved to intel hw 19:32:37 Viking-Ice: afaik it's ajax for intel, airlied for radeon, darktama for nouveau 19:33:07 yeah I knew that but I somehow was sure airlied was working on other stuff now 19:33:25 must have dreamt it or something 19:33:28 well he does do some work on x server itself i think 19:33:37 i think ajax and airlied split that 19:33:40 not 100% sure 19:33:45 we need 5 more of each of them, anyways =) 19:33:51 ack/nak/patch? 19:33:53 ack 19:33:56 adamw: no kidding :) 19:33:57 patch AcceptedNTH? 19:34:04 anyone else +1 nth? 19:34:10 -1 nth 19:34:26 I wish I was able to fix gfx bugs - I'm stuck on 3.0.x on my laptop right now due to an intel gfx bug 19:34:26 why? 'graphics don't work' is something that's good to fix... 19:34:27 dont want to pull in something that might potentally corrupt all those cards that do work 19:34:39 well, there's that, but we usually check before pulling in nth fixes. 19:34:58 yeah, I can see NTH on this 19:35:07 as long as we're strict and we only pull in the fix for this 19:35:11 if we're split on nth, just do the rejectedblocker and i'll propose it for nth and we can kick it around later. 19:35:23 nah just make it nth 19:35:58 proposed #agreed 847818 - RejectedBlocker AcceptedNTH - This appears to only affect a single adapter which isn't enough to justify blocker status for F18 beta. However, it is enough to justify NTH - a well tested fix would be accepted past freeze 19:36:03 ack 19:36:09 ack 19:36:26 so do we want to vote on viking's idea to pause the meeting and finish it tomorrow? 19:36:29 cos i for one am +1 :P 19:36:33 I'm not against the idea 19:36:41 we don't have any severe time pressure to finish the review off right now 19:37:11 and it's not like we'd be setting a bad precedent or anything, it's usually just the first meeting or two of a cycle when there's a big pile of proposals to evaluate, no reason we shouldn't split it into manageable loads 19:37:23 doesn't sounds like there are any objections 19:37:34 that's just because we three are left 19:37:36 * adamw is going to bet that kparal and martix wouldn't be unhappy 19:37:44 and kparal and martix drunk 19:37:48 =) 19:37:49 proposed #agreed - the next person who makes big changes to the blocker list mid-meeting gets the cat-o-9 19:37:54 * kparal is still here and Martix is looking over my shoulder 19:37:57 patch: as long as it's not me 19:38:01 :P 19:38:22 anyhow, it sounds like we're all OK with continuing later 19:38:23 so what 3 hour limit then split? 19:38:46 Viking-Ice: depends on where we are in the release - if we're right before go/no-go, I'd say no 19:39:05 since we're still unfrozen, it doesn't matter if we don't finish today 19:39:09 #topic Open Floor 19:39:24 Continue tomorrow, same bat-time, same bat-channel? 19:39:27 was the last bug accepted? 19:39:28 oh cool 19:39:31 ah 19:39:35 I don't see #agreed 19:39:37 whoops 19:39:39 #undo 19:39:39 Removing item from minutes: 19:39:45 kparal: rejectedblocker acceptednth 19:39:45 but ack from me 19:39:55 #agreed 847818 - RejectedBlocker AcceptedNTH - This appears to only affect a single adapter which isn't enough to justify blocker status for F18 beta. However, it is enough to justify NTH - a well tested fix would be accepted past freeze 19:39:57 https://bugzilla.redhat.com/show_bug.cgi?id=862591 nice to have? 19:40:03 #topic Open Floor 19:40:10 #unfo 19:40:12 #undo 19:40:12 Removing item from minutes: 19:40:21 #topic Next Meeting 19:40:35 so, tomorrow @ same time? 19:40:42 yup 19:40:56 * kparal will have 1 hour, then he will have to leave 19:41:07 party time? 19:41:14 Fedora presentation time 19:41:22 @ local university 19:41:23 at the pub? 19:41:32 Ticket notification - commonbugsrss: [Bug 847818] Radeon RS690M/X1200 screen corruption beyond kernel-3.4.6-2.fc17.i686 19:41:35 tomorrow's good for me 19:41:39 party will start tmrw at 1600 UTC :P 19:41:40 send out an announcement, tflink? 19:41:48 yeah, will do after the meeting 19:42:10 #info Blocker review will continue 2012-10-04 @ 16:00 UTC 19:42:15 #topic Open Floor 19:42:25 anything else that needs to be brought up? 19:42:43 not from me 19:43:12 * tflink will send out minutes and announcement for tomorrow's continuation shortly 19:43:20 fuse is set for [0,5] minutes 19:43:24 * kparal picks up Martin from under the table 19:43:29 *Martix 19:43:33 ygg,l'\ 19:44:02 he's so drunk 19:44:12 kparal: sounds like you guys have other things to be doing, anyways :) 19:44:28 thanks for coming everyone! 19:44:33 #endmeeting