16:00:16 <tflink> #startmeeting f18-alpha-blocker-review-5 16:00:16 <zodbot> Meeting started Wed Aug 29 16:00:16 2012 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:16 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:16 <tflink> #meetingname f18-alpha-blocker-review-5 16:00:17 <zodbot> The meeting name has been set to 'f18-alpha-blocker-review-5' 16:00:21 <tflink> #topic Roll Call 16:00:29 * nirik is lurking. 16:00:41 <tflink> is anyone else as excited for blocker review as I am? 16:01:30 * Martix is bored when looking at huge list of blocker bugs 16:01:59 * kparal joined 16:02:25 <tflink> Martix: on the bright side, many of them have fixes, just waiting for testing 16:02:29 <adamw> morning 16:02:31 <adamw> tflink: i think i'm exactly as excited as you are 16:02:43 <Martix> tflink: I hope too 16:03:48 <tflink> adamw: tranquilizers for all are needed, I suppose :) 16:04:24 * tflink waits another minute or 2 16:04:51 * jreznik_ is here 16:05:44 <tflink> alrighty, lets get this kicked off with some always exciting boilerplate! 16:05:51 <tflink> #topic Introduction 16:05:58 <tflink> #info Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs. 16:06:01 <adamw> squeeeeeeee! 16:06:12 <tflink> #info We'll be following the process outlined at: 16:06:12 <tflink> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting 16:06:21 <tflink> #info The bugs up for review today are available at: 16:06:21 <tflink> #link http://qa.fedoraproject.org/blockerbugs/current 16:06:32 <tflink> #info The criteria for release blocking bugs can be found at: 16:06:32 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria 16:06:32 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria 16:06:32 <tflink> #link https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria 16:06:46 <tflink> any objections to starting with the proposed blockers? 16:07:02 <tflink> oh, forgot this data 16:07:09 <tflink> #info up for review today are: 16:07:16 <tflink> #info 8 Proposed Blockers 16:07:17 <tflink> #info 13 Accepted Blockers 16:07:17 <tflink> #info 1 Proposed NTH 16:07:17 <tflink> #info 1 Accepted NTH 16:08:08 * tflink takes that as no objections 16:08:18 <tflink> #topic (841451) polkitd doesn't start in rawhide 16:08:18 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=841451 16:08:18 <tflink> #info Proposed Blocker, NEW 16:08:20 <bugb0t> Bug 841451: unspecified, unspecified, ---, davidz, NEW , polkitd doesn't start in F18/rawhide upgraded from F17 using yum due to failure to create polkitd user/group 16:09:22 <tflink> hold on a sec, my list doesn't look right 16:09:37 <adamw> no, this is correct 16:09:42 <Martix> isnt polkitd issue bug in F17's selinux-policy? 16:09:51 <adamw> it's marked as blocking 849990, which in turn, blocks f18alpha 16:10:34 <adamw> jreznik: are you saying that your 849990 turned out to be a case of this bug? 16:10:52 <adamw> no, that doesn't seem to be it. 16:10:55 <jreznik> adamw: no, polkitd is running 16:11:07 <jreznik> but does not work 16:11:12 <adamw> okay, so the dep is incorrect. 16:11:26 <jreznik> so it's not kde related only bug but generic one on polkid 16:11:30 <jreznik> adamw: yep 16:11:35 <jreznik> it was the first guess 16:11:37 <adamw> so we should stop 849990 depending on 841451, and that'll take it out of the list. 16:11:42 <jreznik> yep 16:12:10 <tflink> no, this is a beta blocker 16:12:14 <tflink> #undo 16:12:14 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0x2c61b4d0> 16:12:15 <tflink> #undo 16:12:15 <zodbot> Removing item from minutes: <MeetBot.items.Link object at 0x2b6d8990> 16:12:18 <tflink> #undo 16:12:18 <zodbot> Removing item from minutes: <MeetBot.items.Topic object at 0x2b6d88d0> 16:12:20 <tflink> #undo 16:12:20 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0x2c61b850> 16:12:21 <tflink> #undo 16:12:21 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0xa317d90> 16:12:24 <tflink> #undo 16:12:24 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0xa317290> 16:12:29 <tflink> #undo 16:12:29 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0xa317fd0> 16:12:34 <adamw> tflink: no 16:12:36 <adamw> ...sigh. 16:12:50 <adamw> our tflink appears to have developed a malfunction =) 16:13:24 <tflink> what exactly is going on here other than me not noticing the dep on an alpha blocker 16:13:31 <akshayvyas> adamw : :) 16:13:37 <adamw> well, you just undid half of the introduction, for no apparent reason 16:13:51 <jreznik> :D 16:13:55 <tflink> the number of blockers on my initial list was wrong 16:13:59 <adamw> oh. 16:14:02 <jreznik> ok 16:14:04 <Martix> tflink: +1 16:14:22 <adamw> that's what you meant by the list being wrong...i see 16:14:25 <tflink> #info 6 Proposed Blockers 16:14:25 <tflink> #info 17 Accepted Blockers 16:14:26 <tflink> #info 2 Proposed NTH 16:14:26 <tflink> #info 4 Accepted NTH 16:14:43 <tflink> however, the polkit bug isn't showing up on my list any more 16:14:45 <tflink> damnation 16:15:52 <tflink> ah, I see why 16:16:12 <tflink> is a blocker of an accepted blocker considered a blocker? 16:17:13 <kparal> I would say 'yes' 16:17:13 <Martix> tflink: we need to go deeper... 16:17:21 <Martix> so zes 16:17:22 * jreznik finds logic there to be 16:17:25 * tflink can't remember if accepted blocker is inherited 16:17:25 <Martix> *so yes 16:17:36 <tflink> ok, so the polkit is an accepted blocker via inheritance 16:18:03 <adamw> yeah, i'd count it that way. until we remove the dependency, of course. 16:18:46 <tflink> adamw: i'll add it to the accepted list 16:19:00 <tflink> OK, now that we're past that confusion 16:19:08 * adamw emerges blinking into the light 16:19:12 <Martix> this is gonna to be looong mtg :-) 16:19:13 <tflink> #topic (849982) The default Fedora 18 artwork refers to the previous release in F18 Alpha TC3 16:19:17 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=849982 16:19:18 <bugb0t> Bug 849982: unspecified, unspecified, ---, tcallawa, NEW , The default Fedora 18 artwork refers to the previous release in F18 Alpha TC3 16:19:19 <tflink> #info Proposed Blocker, NEW 16:21:11 <adamw> ok, so i sent out that proposed criteria change in response to this 16:21:34 <adamw> it seems to have generally positive reviews; so far as i understand viking's response, he wouldn't object to the part of the changes which would make this non-blocker 16:22:07 <adamw> so...i think we could move to make this one rejectedblocker on the basis of the proposed changes, sound good? 16:22:16 <tflink> yeah, sounds good to me 16:22:26 <jreznik> ok for me too 16:22:49 <kparal> ack 16:22:59 <kparal> garretraziel: welcome 16:23:10 <brunowolff> I liked the proposed artwork criteria changes, so ack. 16:23:17 <garretraziel> hi all 16:23:23 <tflink> proposed #agreed 849982 - RejectedBlocker - Does not violate any of the F18 alpha release criteria (when including proposed criteria adjustments about to hit the official list) 16:23:30 <tflink> ack/nak/patch? 16:23:37 <tflink> garretraziel: welcome 16:23:48 <kparal> ack 16:24:04 <adamw> ack 16:24:20 <jreznik> ack 16:24:38 <tflink> #agreed 849982 - RejectedBlocker - Does not violate any of the F18 alpha release criteria (when including proposed criteria adjustments about to hit the official list) 16:24:45 <tflink> #topic (851212) error: cannot invoke setopt() - perform() is currently running 16:24:48 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851212 16:24:50 <bugb0t> Bug 851212: unspecified, unspecified, ---, dlehman, MODIFIED , error: cannot invoke setopt() - perform() is currently running 16:24:51 <tflink> #info Proposed Blocker, MODIFIED 16:25:08 <akshayvyas> O:-) 16:25:25 <tflink> I think we're pretty much in the same boat as monday 16:25:40 <tflink> we haven't seen any more reports but we're still waiting on TC4 16:25:45 <kparal> but it's modified now 16:25:55 <kparal> so something has happened 16:26:05 <jreznik> kparal: good spot 16:26:31 <tflink> before I forget ... 16:26:31 <adamw> yeah, i think we should probably just re-punt 16:26:37 <adamw> and if it gets fixed, hey, it goes away =) 16:26:38 <tflink> #chair adamw kparal 16:26:38 <zodbot> Current chairs: adamw kparal tflink 16:27:07 <jreznik> adamw: +1 16:27:25 <tflink> proposed #agreed 851212 - We're still waiting on more data to see if this is a blocker or not. The bug has been moved to MODIFIED but it's not clear what exactly has been changed. 16:27:36 <kparal> ack 16:27:37 <jreznik> ack 16:27:45 <Martix> ack 16:27:47 <tflink> proposed #agreed 851212 - We're still waiting on more data to see if this is a blocker or not. The bug has been moved to MODIFIED but it's not clear what exactly has been changed. Will re-evaluate at the next review meeting. 16:27:52 <tflink> changed to make it more specific 16:27:59 <tflink> #agreed 851212 - We're still waiting on more data to see if this is a blocker or not. The bug has been moved to MODIFIED but it's not clear what exactly has been changed. Will re-evaluate at the next review meeting. 16:28:03 <jreznik> re-ack 16:28:07 <tflink> #topic (852238) anaconda-widgets needs to be added to fedora-live-base.ks 16:28:10 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=852238 16:28:11 <bugb0t> Bug 852238: high, unspecified, ---, bcl, MODIFIED , anaconda-widgets needs to be added to fedora-live-base.ks 16:28:12 <tflink> #info Proposed Blocker, MODIFIED 16:29:03 <adamw> lack of anaconda-widgets on the live images breaks liveinst, so this is a clear blocker. 16:29:14 <tflink> a bit lacking on the details of why this needs to be in ks instead of a package dep but still a pretty clear blocker 16:29:38 <jreznik> seems like bcl agreed to pull it in through deps 16:29:54 <tflink> proposed #agreed 852238 - AcceptedBlocker - Violates the following F18 alpha release criterion for live media: "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" 16:30:06 <adamw> ack 16:30:07 <kparal> ack 16:30:09 <jreznik> ack 16:30:21 <tflink> #agreed 852238 - AcceptedBlocker - Violates the following F18 alpha release criterion for live media: "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" 16:30:22 <jreznik> btw. it's MODIFIED too, so something has happened there 16:30:31 <tflink> #topic (852240) yum doesn't merge/generate comps environment data 16:30:31 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=852240 16:30:31 <tflink> #info Proposed Blocker, MODIFIED 16:30:33 <bugb0t> Bug 852240: unspecified, unspecified, ---, packaging-team, MODIFIED , yum doesn't merge/generate comps environment data 16:30:51 <aspratyush> ack 16:31:07 <tflink> pretty clear blocker 16:31:37 <tflink> proposed #agreed 852240 - AcceptedBlocker - Violates the following F18 alpha release criterion: "When booting from a DVD ISO image, the installer must be able to use the DVD local package source options" 16:31:49 <tflink> ack/nak/patch? 16:32:25 <kparal> ack 16:32:27 <adamw> ack 16:32:30 <jreznik> ack 16:32:35 <tflink> pretty clear blocker 16:32:38 <tflink> whoops 16:32:43 <tflink> #agreed 852240 - AcceptedBlocker - Violates the following F18 alpha release criterion: "When booting from a DVD ISO image, the installer must be able to use the DVD local package source options" 16:32:55 <tflink> #topic (849997) anaconda freezed after boot 16:32:55 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=849997 16:32:56 <tflink> #info Proposed Blocker, MODIFIED 16:32:58 <bugb0t> Bug 849997: unspecified, unspecified, ---, vpodzime, MODIFIED , anaconda freezed after boot 16:33:47 <adamw> +1 16:33:54 <kparal> clear blocker I believe 16:34:37 <tflink> proposed #agreed 849997 - AcceptedBlocker - Accepted as a blocker for F18 alpha due to violation of the following F18 alpha release criterion: "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" 16:34:54 <kparal> ack 16:35:17 <jreznik> ack 16:35:21 <adamw> ack 16:35:46 <tflink> #agreed 849997 - AcceptedBlocker - Accepted as a blocker for F18 alpha due to violation of the following F18 alpha release criterion: "The installer must be able to report failures to Bugzilla and local disk, with appropriate information included" 16:35:53 <tflink> #topic (852403) using kdesu in Fedora 18 Alpha TC3 results into selinux denial 16:35:56 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=852403 16:35:58 <bugb0t> Bug 852403: unspecified, unspecified, ---, mgrepl, NEW , using kdesu in Fedora 18 Alpha TC3 results into selinux denial 16:35:58 <tflink> #info Proposed Blocker, NEW 16:36:55 <tflink> I'm not so sure this is a blocker 16:37:11 <tflink> does it crash for updates, too or just installing new packages 16:37:18 <tflink> s/crash/selinux denial 16:37:23 <garretraziel> you are unable to install or update packages using default GUI method in KDE 16:37:23 <kparal> it seems you can't use GUI package manager in KDE at all 16:37:33 <adamw> and why do we have one bug talking about kdesu and one talking about policykit? 16:37:33 <kparal> that would satisfy the criterion 16:37:43 <adamw> are there two apps in question? 16:37:55 <jreznik> it's not kdesu 16:37:57 <tflink> nvm, if updates are affected then it's a clear blocker 16:38:00 <jreznik> it's the policykit one 16:38:06 <jreznik> after brief rereading 16:38:12 <adamw> ah, if it's not really kdesu, then this is just a dupe of the apper bug, right? 16:38:26 <adamw> 849990? 16:39:16 <kparal> hmm, why noone from 849990 noticed selinux denial? 16:40:01 <kparal> jreznik: did you have selinux enabled? 16:40:06 <tflink> dupe of 849990, then? 16:40:29 <tflink> kparal: permissive mode 16:40:32 <garretraziel> maybe, except of selinux message, it looks the same 16:40:52 <adamw> jan, martin and jaroslav are all in the same office, right? 16:40:58 <adamw> seems like it'd make sense just to get together and compare notes 16:41:03 <tflink> at least one of the reporters from 849990 was running permissive, anyways (c#9) 16:41:06 <kparal> same building, yes 16:41:19 <Martix> adamw: yes? 16:41:23 <kparal> I would probably suggest in the bug it can be a dupe, but wouldn't close it right away 16:41:34 <adamw> yeah, let's do that, and punt on blocker status 16:42:24 * jreznik_ is back, sorry 16:42:48 <tflink> proposed #agreed 852403 - Possible dupe of #849990, will re-evaluate if it turns out to be a different bug. 16:43:06 <jreznik_> tflink: I'm pretty sure it's dupe but... 16:43:09 <adamw> ack 16:43:18 <kparal> ack 16:43:25 <jreznik_> but I'll retest it, so ack for now 16:43:33 <tflink> #agreed 852403 - Possible dupe of #849990, will re-evaluate if it turns out to be a different bug. 16:43:46 <tflink> OK, that's all of the proposed blockers for today 16:44:33 <tflink> moving on to the proposed NTH 16:44:44 <tflink> #topic (851653) NTPconfigError: Cannot replace the old config with the new one (Invalid cross-device link) 16:44:46 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851653 16:44:48 <bugb0t> Bug 851653: high, unspecified, ---, vpodzime, POST , NTPconfigError: Cannot replace the old config with the new one (Invalid cross-device link) 16:44:49 <tflink> #info Proposed NTH, POST 16:45:46 <adamw> i guess i'm +1, with vpodzime's comment 16:45:54 <tflink> yeah, same here 16:47:47 <tflink> proposed #agreed 851653 - AcceptedNTH - Causes crashes when the temp file used during installation and the destination are on different filesystems. Was deemed to be high enough potential for crashing to accept as NTH for F18 alpha 16:47:52 <adamw> ack 16:47:54 <jreznik> and there's patch ready 16:47:56 <jreznik> ack 16:48:31 <kparal> ack 16:48:35 <tflink> #agreed 851653 - AcceptedNTH - Causes crashes when the temp file used during installation and the destination are on different filesystems. Was deemed to be high enough potential for crashing to accept as NTH for F18 alpha 16:49:01 <tflink> #topic (851178) yum doesn't prefer private top priority repository 16:49:02 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851178 16:49:02 <tflink> #info Proposed NTH, ON_QA 16:49:03 <bugb0t> Bug 851178: unspecified, unspecified, ---, packaging-team, ON_QA , yum doesn't prefer private top priority repository 16:49:36 <kparal> tl;dr: when installing TC3, the packages are downloaded from Internet rather than from our local mirror, even when it has the highest priority 16:49:46 <kparal> it's some recent change in yum 16:50:09 <kparal> this is a blocker for us in the office, installations take hours to complete 16:50:31 <kparal> fortunately the patches are on their way 16:50:56 <adamw> how does this affect installation? 16:50:58 <adamw> anaconda doesn't use yum 16:51:01 <adamw> er, or does it? 16:51:06 <kparal> I believe it does 16:51:29 <kparal> it has yum.log in /tmp 16:51:32 <tflink> I'm not sure this is enough to be NTH, though 16:51:44 <jreznik> not for alpha I'd say 16:51:53 <tflink> last minute yum and urlgrabber updates make me a little nervous 16:52:00 <kparal> then we won't be able to test network installations 16:52:09 <kparal> unless we force our mirror 16:52:14 <adamw> you can specify your local repo manually, yeah. 16:52:27 <kparal> yes, but it is a slightly different use case 16:52:43 <adamw> i think it'd only really make one test case you couldn't hit, and others will cover that 16:53:18 <kparal> yes. but it would also require to manually fill in the mirror URL for every other network installation 16:53:23 <kparal> which is of course doable 16:53:33 <kparal> just inconvenient 16:54:16 <adamw> i'm probably -1, sorry for the inconvenience :) 16:54:30 <tflink> -1 here as well 16:54:40 <kparal> adamw: hey, you come here and test it! :-) 16:54:50 <Martix> kparal: +1 16:55:12 <Martix> its nice to have it fixed soon :-) 16:55:14 <adamw> kparal: hey, it'll sharpen up your typing skills 16:55:21 <jreznik> -1 I was able to install here... it was slower but... 16:55:27 <kparal> especially when it can't be copy pasted 16:55:33 <kparal> alright then 16:55:41 <kparal> I surrender 16:55:48 * jreznik is not QA so he's not going to retype it 10000x times :) 16:55:58 <jreznik> or wait hundred hours 16:55:59 <garretraziel> noooo, we are doomed! 16:56:07 <tflink> proposed #agreed 851178 - RejectedNTH - While an annoyance for some, not enough people are affected to justify taking a yum and urlgrabber fix post freeze. 16:56:13 <jreznik> ack 16:56:41 <tflink> kparal: if you can fix the kernel bug that's keeping me on 3.0.x for my laptop, I'd be happy to change my vote :-D 16:56:44 * kparal mutters something about Alpha taking a few more weeks slip anyway 16:57:07 <adamw> ack 16:57:16 <jreznik> kparal: I hope not :) 16:57:31 <kparal> ack, let's move on 16:57:35 <tflink> #agreed 851178 - RejectedNTH - While an annoyance for some, not enough people are affected to justify taking a yum and urlgrabber fix post freeze. 16:57:47 <tflink> OK, that's all of the proposed NTH 16:57:56 <tflink> time for accepted blockers! 16:58:03 <kparal> ugh 16:58:13 <kparal> all of them? 16:58:15 <tflink> #topic (841451) polkitd doesn't start in rawhide 16:58:15 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=841451 16:58:15 <tflink> #info Proposed Blocker, NEW 16:58:17 <bugb0t> Bug 841451: unspecified, unspecified, ---, davidz, NEW , polkitd doesn't start in F18/rawhide upgraded from F17 using yum due to failure to create polkitd user/group 16:58:33 <Martix> http://nooooooooooooooo.com/ 16:58:45 <tflink> I suppose that we could skip the ON_QA ones 16:58:58 <kparal> Martix: that's a good one 16:59:11 <Martix> tflink: I think so 16:59:24 <adamw> so we're back here: we should drop the 849990 dep. 16:59:35 <adamw> this isn't causing 849990. 17:01:00 <tflink> yeah, they seem to be rather different 17:01:29 <adamw> the dep was just an initial guess by rex 17:01:34 <adamw> seems fairly clear from later data that it's wrong 17:02:34 <tflink> proposed #agreed 841451 - From later comments, it seems pretty clear that this doesn't depend on #849990. Remove dependency which makes this not an alpha blocker. 17:02:39 <adamw> ack 17:03:22 <jreznik_> ack 17:04:42 <tflink> #agreed 841451 - From later comments, it seems pretty clear that this doesn't depend on #849990. Remove dependency which makes this not an alpha blocker. 17:05:08 * tflink is skipping the accepted blockers that are ON_QA 17:05:15 <tflink> #topic (848641) Fedora 18 Alpha TC2 fails to boot from USB stick (written by livecd-iso-to-disk) 17:05:18 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=848641 17:05:20 <bugb0t> Bug 848641: high, unspecified, ---, anaconda-maint-list, ASSIGNED , Fedora 18 Alpha TC2 fails to boot from USB stick (written by livecd-iso-to-disk) 17:05:21 <tflink> #info Accepted Blocker, ASSIGNED 17:06:53 <adamw> i'm not sure what the status of the whole boot-from-usb thicket is. 17:07:07 <tflink> no movement in a week on this bug 17:07:15 <tflink> I thought that it was being worked on, though 17:08:05 <adamw> yeah, me too 17:08:17 <adamw> there's about sixteen other boot-from-usb bugs, so status might be spread out or on the ml or something 17:08:27 * adamw trying to get someone from #anaconda 17:08:46 <wwoods> hiya 17:09:31 <jreznik> hey wwoods! 17:09:33 <adamw> hey wwoods 17:09:59 <wwoods> so, 848641 (obviously) needs to be split into separate bugs for the 'dd' case and the 'l-i-c-d' case 17:10:14 <adamw> i know we have several bugs already but i've kinda lost track of what they all are 17:10:48 <tflink> this bug is for litd, though 17:10:56 <adamw> yeah, so if anything we need a new dd bug 17:11:02 <tflink> dd was brought up as a conditional for blocker status 17:11:10 <tflink> since only one of dd or litd needs to work for alpha 17:11:45 <wwoods> the dd case requires putting some form of '{root,inst.repo,inst.stage2}=' in the bootloader config 17:12:02 <wwoods> which will require patches to lorax and pungi 17:12:03 <adamw> i thought we also have a bug for an efi case but i can't find that either 17:12:03 <adamw> grr 17:12:15 <wwoods> bcl wrote a patch for lorax: https://lists.fedorahosted.org/pipermail/anaconda-patches/2012-August/000763.html 17:12:30 <kparal> adamw: 851220 ? 17:12:52 <wwoods> pungi will probably want/need to change the 'inst.stage2' arg to 'inst.repo' for the DVD (since the DVD is, in fact, a repo) 17:13:07 <adamw> ah, yes. 17:13:22 <wwoods> finally l-i-c-d will need to rewrite the inst.{stage2,repo} arg to point to the partition being written to 17:13:52 <adamw> ok, so 848641 is for l-i-t-d and is waiting on the splitsep bug which is why there's been no obvious progress 17:13:55 <adamw> we need a new bug for dd 17:14:38 <wwoods> this is all also blocked by bug 851295 ('splitsep' function in dracut consumes slashes, which screws up the argument) 17:14:40 <bugb0t> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=851295 urgent, unspecified, ---, dracut-maint, MODIFIED , splitsep doesn't correctly handle variables with escaped spaces 17:14:42 <tflink> #info 848641 is for l-i-t-d and is waiting on 851295 before anyh more progress can be made 17:15:23 <tflink> #info we need to file a new bug for dd'd usb isos not working, progress also blocked by #851295 17:15:31 <adamw> cool. 17:15:42 <tflink> anything I missed? 17:16:30 <wwoods> the proper fix probably goes: fix the boot.iso case in lorax, fix the DVD case in pungi, fix litd to handle both of those 17:17:25 <wwoods> dracut patch for 851295 is in haraldh's github repo, but not upstream master 17:18:23 <tflink> #info dracut patch for 851295 is in haraldh's github repo, but not upstream master 17:18:24 <wwoods> either way, maintainer has patch in hand, just need a new build. 17:18:32 <wwoods> and that's about all I know! 17:18:51 <tflink> thanks for helping clear the USB installation issues up 17:19:13 <wwoods> no prob 17:19:27 <adamw> yup, thanks 17:19:30 <tflink> ok, if theres 17:19:41 <tflink> nothing else on this bug, moving on 17:20:07 <tflink> #topic (851274) Traceback during install - mount: /dev/sr0 is already mounted or /run/install/repo busy 17:20:10 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851274 17:20:11 <bugb0t> Bug 851274: unspecified, unspecified, ---, jkeating, MODIFIED , Traceback during install - mount: /dev/sr0 is already mounted or /run/install/repo busy 17:20:12 <tflink> #info Accepted Blocker, MODIFIED 17:20:17 <tflink> I think we're just waiting for a new anaconda build here 17:20:37 <tflink> the code has been pushed upstream 17:20:59 <adamw> yeah, no data needed really 17:21:03 <adamw> thanks to jlk for tracing this out 17:21:04 <jreznik> yep 17:21:24 <tflink> #info fix has been submitted, waiting on new anaconda build in order to test fix 17:21:33 <tflink> #topic (849990) Apper: Authentization failed when trying to install updates 17:21:36 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=849990 17:21:38 <bugb0t> Bug 849990: unspecified, unspecified, ---, davidz, ASSIGNED , Apper: Authentization failed when trying to install updates 17:21:39 <tflink> #info Accepted Blocker, ASSIGNED 17:22:33 <jreznik> so it's dupe of the kdesu one 17:22:37 <jreznik> selinux issue 17:22:51 <adamw> https://bugzilla.redhat.com/show_bug.cgi?id=852403#c3 seems relevant here 17:22:52 <garretraziel> yep, I think so 17:22:53 <bugb0t> Bug 852403: unspecified, unspecified, ---, mgrepl, NEW , using kdesu in Fedora 18 Alpha TC3 results into selinux denial 17:22:57 <adamw> we should get that info into 849990 17:23:15 <adamw> or make 849990 a dupe of 852403, i guess... 17:23:30 <tflink> #info possible dupe of 852403 17:24:12 <tflink> #undo 17:24:12 <zodbot> Removing item from minutes: <MeetBot.items.Info object at 0x1caa0450> 17:24:24 <tflink> #info same issue as #852403 17:24:47 <tflink> thoughts on moving info around vs. dupe? 17:25:18 <adamw> 852403 looks cleaner, maybe make 849990 the dupe of 852403, and transfer acceptedblocker status to 852403? 17:25:30 <jreznik> the selinux one is the right one 17:25:39 <jreznik> just we need to update that it's not kdesu 17:25:55 <tflink> #info 852403 is a bit cleaner, mark 849990 a dupe of 852403 17:25:56 <jreznik> sorry another meeting, can't talk in bz numbers :) 17:26:07 <tflink> #info transfer AcceptedBlocker to 852403 17:26:37 <tflink> anything else on this? 17:27:33 <tflink> #topic (851220) EFI syslinux contains wrong path to kernel pair 17:27:34 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851220 17:27:34 <tflink> #info Accepted Blocker, ASSIGNED 17:27:35 <bugb0t> Bug 851220: unspecified, high, ---, bcl, ASSIGNED , EFI syslinux contains wrong path to kernel pair 17:28:25 <tflink> #info patch has been submitted for lorax - https://lists.fedorahosted.org/pipermail/anaconda-patches/2012-August/000763.html 17:28:52 <tflink> which I assume made it into the latest lorax build 17:29:44 <tflink> #info depends on 851295 17:30:18 <tflink> is this a dupe of 848641? 17:30:41 <adamw> i don't see "use inst.stage2=hd:LABEL" in the latest lorax build log... 17:30:45 <adamw> http://koji.fedoraproject.org/koji/buildinfo?buildID=350159 17:30:52 <tflink> or is there something (u)EFI specific here? 17:31:13 <adamw> tflink: compare comment #3 and comment #6 17:31:13 * tflink still thinks that it might be in there 17:31:37 <adamw> i believe the idea is that 851220 represents stage 4 in comment #6 17:31:45 <adamw> 848641 is stage 2 in comment #6 17:33:29 <tflink> IIRC, there were other patches pulled in for 18.15-1 but I could be wrong 17:33:46 <tflink> #info find out whether there is a lorax build with the associated patch 17:35:07 * tflink is still a little foggy on how many usb issues we have ATM 17:36:00 <adamw> yup. 17:36:01 * jreznik is already lost... 17:36:03 <tflink> I was kind of under the impression that 3 and 4 from c#6 were both covered by #848641 17:36:10 <adamw> still, not sure there's much we can usefully contribute at this point 17:36:17 * adamw just hopes wwoods is on top of it all =) 17:36:35 <tflink> pointy stick for new dracut build? 17:37:31 <tflink> #info it's still a little unclear which USB related installer bugs correspond to which issues but there's not much that can be done until we have a new dracut build to fix 851295 17:37:48 <adamw> works for me 17:38:45 <tflink> #info 851220, 848641 and the bug that will be filed for dd'd iso issues are all related in various ways 17:39:09 <tflink> #topic (850775) display managers aren't enabled after installation 17:39:10 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=850775 17:39:10 <tflink> #info Accepted Blocker, NEW 17:39:11 <bugb0t> Bug 850775: unspecified, unspecified, ---, systemd-maint, NEW , display managers aren't enabled after installation 17:39:54 <garretraziel> yes, this is still pretty broken 17:40:57 <tflink> there is a proposed fix but I'm not sure there has been 100% agreement or any implementation 17:40:57 <garretraziel> today, I finally installed Gnome. it has gdm enabled and after installation, both gdm AND firstboot showed up together 17:41:34 <jreznik> we are still not sure how to implement it correctly... 17:41:37 <adamw> that's interesting 17:41:38 <garretraziel> as far as I understand it, every spin should provide its configuration of DM 17:41:46 <jreznik> garretraziel: yep 17:41:48 <adamw> what bugs me is that the design seems to be such that *some* DM should wind up enabled even at present 17:41:52 <adamw> yet the bug says that isn't the case 17:42:02 <adamw> and now garretraziel says something else... 17:42:18 <garretraziel> in KDE, LXDE, XFCE, there is no DM enabled 17:42:23 <garretraziel> you boot into console 17:42:32 <adamw> the conflict with firstboot looks like a firstboot bug 17:42:33 <nirik> ? 17:42:37 <adamw> ah, because gdm is the 'default' 17:42:39 <garretraziel> today, I got Gnome to work and it has GDM enabled 17:42:42 * nirik reads up 17:42:42 <adamw> firstboot has Before=prefdm.service 17:43:19 <nirik> yeah, each spin needs a preset file. We aren't sure where to put them... 17:43:32 <adamw> that'll need to be updated for whatever the new service is called 17:43:51 <adamw> Before=display-manager.service I guess 17:44:02 <jreznik> prefdm should be fallback, shoudn't be? 17:44:11 <adamw> i don't think prefdm exists any more. 17:44:51 <jreznik> adamw: if I undersand it correctly, it exists... 17:45:01 <adamw> i don't see it anywhere. 17:45:02 <jreznik> it's old prefdm but as service 17:45:15 <adamw> oh. i think we're talking at cross-purposes. 17:45:18 <nirik> it shouldn't exist was my understanding. 17:45:31 <adamw> you're saying something like prefdm exists to handle the case where nothing sets a preset 17:45:36 <adamw> but not that prefdm.service, per se, still exists 17:45:37 <adamw> right? 17:46:24 <jreznik> I have to admit I'm quite lost here as probably everyone... 17:46:30 <tflink> garretraziel: did you file a bug for the firstboot/gdm issue? 17:46:39 <tflink> we're talking about 2 different bugs, I think 17:46:59 <garretraziel> tflink: not yet, but yes, firstboot and gdm together is another bug 17:48:01 <adamw> okay, i can file that one. 17:48:06 <garretraziel> from what I understand, each DM package should come with file in /usr/lib/systemd/system-preset/ that enables itself and disables gdm 17:48:21 <adamw> i don't think it needs to explicitly disable gdm. 17:48:33 <tflink> #info GDM does start post-install but all other DMs aren't enabled post-install 17:48:48 <adamw> oh, yeah, it does. 17:48:55 <jreznik> garretraziel: disable gdm? or disable all other dms? it does not scale, or not disable any of them??? 17:48:57 <tflink> #info still waiting on decision as to how exactly this should be fixed and changes to packages/spins 17:48:59 <jreznik> it's still uncler 17:49:10 <garretraziel> https://bugzilla.redhat.com/show_bug.cgi?id=850775#c8 17:49:11 <tflink> #undo 17:49:11 <zodbot> Removing item from minutes: <MeetBot.items.Link object at 0x2cc59750> 17:49:12 <bugb0t> Bug 850775: unspecified, unspecified, ---, systemd-maint, NEW , display managers aren't enabled after installation 17:49:39 <tflink> #info still waiting on decision as to how exactly this should be fixed 17:51:26 <adamw> i think, as things stand, you'll never be able to install multiple DMs at first install. 17:51:27 <garretraziel> from what I understand, GDM is "the default" (choosed by 99-default.preset), so each DM should come with preset, beginning with number lower that "99", that enables itself 17:51:35 <adamw> though you could of course install multiple DMs post-install. 17:51:43 <adamw> garretraziel: yeah, i got that far now. 17:51:55 <adamw> seems like the DM package is the place for that... 17:52:27 <garretraziel> yep 17:52:33 <adamw> that would at least cover initial installation in all cases. i think. 17:53:02 <tflink> #info one potential solution is mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=850775#c8 17:53:04 <bugb0t> Bug 850775: unspecified, unspecified, ---, systemd-maint, NEW , display managers aren't enabled after installation 17:53:34 <tflink> #info it sounds like the DM packages would be the best place for the default-overriding preset files 17:53:53 <tflink> anything else? 17:55:24 * tflink assumes not and moves on to the next bug 17:55:28 <tflink> #topic (851295) splitsep doesn't correctly handle variables with escaped spaces 17:55:31 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851295 17:55:33 <bugb0t> Bug 851295: urgent, unspecified, ---, dracut-maint, MODIFIED , splitsep doesn't correctly handle variables with escaped spaces 17:55:34 <tflink> #info Accepted Blocker, MODIFIED 17:55:57 <tflink> #info patch submitted upstream, waiting for new build 17:56:12 <adamw> we can probably poke harald to update this. 17:56:29 <jreznik> good idea 17:56:32 <tflink> #info this bug blocks progress on several USB install media related bugs 17:57:31 * adamw pinged harald 17:57:48 <tflink> #info dracut maintainer has been pinged to request new build 17:58:02 <tflink> anything else here? I think we've covered most of it in the other USB media bugs 17:58:25 <adamw> nothing from me 17:58:30 <tflink> #topic (849250) Not setting up a root password makes non-desktop installs impossible to access 17:58:33 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=849250 17:58:34 <bugb0t> Bug 849250: urgent, unspecified, ---, jkeating, MODIFIED , Not setting up a root password makes non-desktop installs impossible to access 17:58:35 <tflink> #info Accepted Blocker, MODIFIED 17:58:47 <tflink> #info a fix has been submitted upstream, waiting for new anaconda build 17:59:21 <tflink> #info the fix for F18 alpha may not live past F18 alpha - the anaconda team is looking at other options which may replace this method of password setting at a later date 17:59:32 <tflink> anything else here? 18:00:10 <adamw> not from me 18:00:22 <tflink> cool, last one 18:00:25 <tflink> #topic (851207) DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist 18:00:28 <tflink> #link https://bugzilla.redhat.com/show_bug.cgi?id=851207 18:00:31 <bugb0t> Bug 851207: unspecified, unspecified, ---, rvykydal, NEW , DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist 18:00:31 <tflink> #info Accepted Blocker, NEW 18:00:59 <tflink> sounds liek there isn't a whole lot to be done from our end 18:01:21 <tflink> #info waiting for more triage, possibly related to other IPv6 issues 18:01:21 <adamw> yeah 18:01:35 <tflink> I do believe that is all, folks 18:01:40 <tflink> anything that I missed? 18:02:15 <adamw> the fun. you missed the fun. 18:02:28 <adamw> i was paying very close attention and there was no fun at all. 18:02:39 <tflink> at the end, there will be cake 18:02:50 <garretraziel> CAKE IS A LIE! 18:03:09 <tflink> hush, don't tell people that 18:03:16 <tflink> #topic Open Floor 18:03:40 <tflink> any other non-cake-or-incinerator related topics to bring up? 18:04:01 <tflink> not that I don't enjoy cake related conversation 18:04:27 <adamw> i don't like the idea of a cake incinerator *at all* 18:05:01 <tflink> there's only cake. ignore the conveyor belt leading to the incinerator ... 18:06:32 <tflink> #info Fedora 18 alpha blocker review #6 will be on 2012-09-05 @ 16:00 UTC if alpha slips again 18:07:35 <adamw> ahahahahah if. 18:07:42 <tflink> if there's nothing else, consider the fuse set for somewhere between now and the next 5 minutes or so 18:07:50 <tflink> adamw: it hasn't slipped yet 18:07:51 <garretraziel> s/if/when 18:08:04 * tflink isn' 18:08:12 * tflink isn't predicting that it won't, though 18:08:50 <tflink> OK, thanks for coming everyone! 18:08:55 * tflink will send out minutes shortly 18:08:59 <tflink> #endmeeting