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