17:00:38 <jlaska> #startmeeting F15Alpha Blocker Review
17:00:38 <zodbot> Meeting started Fri Feb 18 17:00:38 2011 UTC.  The chair is jlaska. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:38 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
17:00:46 <adamw> yo
17:00:47 <jlaska> #meetingname f15-alpha-bug-review
17:00:47 <zodbot> The meeting name has been set to 'f15-alpha-bug-review'
17:00:49 <rbergeron> yo!
17:00:52 <jlaska> #topic Roll call ..
17:01:06 <heffer> .fasinfo heffer
17:01:09 <zodbot> heffer: User: heffer, Name: Felix Kaechele, email: felix@fetzig.org, Creation: 2008-07-04, IRC Nick: heffer, Timezone: Europe/Berlin, Locale: en, Extension: 5109666, GPG key ID: 0xB30D8F7C, Status: active
17:01:10 * rbergeron is here
17:01:13 <zodbot> heffer: Approved Groups: cla_fedora cla_done packager fedorabugs ambassadors cvsl10n
17:01:28 * adamw decided to show up for a few minutes this week
17:01:28 * tflink is here
17:01:31 <adamw> you lucky, lucky people
17:01:38 <jlaska> uh oh :)
17:01:41 * tflink is in awe
17:01:42 * Viking-Ice pops in..
17:01:46 <heffer> :)
17:01:50 * nirik is lurking around. Feel free to ping me if there's anything I can help with.
17:02:01 <jlaska> nirik: will do
17:02:04 * mclasen colurks
17:02:14 <jlaska> heyo
17:02:14 * rbergeron bows to adamw
17:02:24 * bcl waves
17:02:31 <adamw> rbergeron: ah, the correct form of address
17:02:38 <adamw> i shall let you live
17:02:41 * jlaska waits another minute to get started
17:03:58 <jlaska> we have someone from rel-eng, I think dgilmore is around
17:04:13 <jlaska> #topic Introduction
17:04:23 <jlaska> Under 1min reminder of why we are here ...
17:04:26 <jlaska> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
17:04:49 <jlaska> We are here to determine whether the proposed bugs meet the Alpha criteria, and to ensure that accepted blockers are making progress
17:04:55 <jlaska> #link https://fedoraproject.org/wiki/Fedora_15_Alpha_Release_Criteria
17:05:02 <jlaska> I have 4 queries we can work out of today
17:05:17 <jlaska> Accepted blockers, proposed blockers, accepted NTH and proposed NTH
17:05:22 <jlaska> any preference where to start?
17:05:27 * jlaska leaning towards blockers
17:05:30 <rbergeron> +1
17:05:31 <adamw> that order looks fine
17:05:32 <clumens> alphabetically
17:05:36 <jlaska> any volunteers to help with updating bz's
17:05:37 <adamw> maybe proposed ahead of accepted
17:05:45 <jlaska> clumens: okay... gimme 10 minutes to update my queries! :P
17:05:59 * rbergeron can help with updating bz's
17:06:05 <jlaska> adamw: you want proposed blocker+nth ... then accepted...
17:06:06 <heffer> when i'm told what to do, i can surely help update bzs
17:06:12 <jlaska> rbergeron: heffer thanks
17:06:33 <jlaska> Just another reminder ... *yesterday* was the Alpha RC compose date
17:06:41 <adamw> jlaska: proposed blocker, accepted blocker, proposed nth, accepted nth
17:06:49 <jlaska> any further delays may likely introduce delays in releasing the Alpha
17:06:50 <adamw> jlaska: that way we can discuss all actual accepted blockers together...
17:07:24 * dgilmore is here
17:07:28 * jsmith-busy is here (lurking)
17:07:32 * brunowolff arrives a bit late
17:07:40 <jlaska> hey all
17:07:42 * bcl waves to brunowolff
17:07:46 <jlaska> okay, starting with proposed blockers
17:08:04 <jlaska> #info proposed blockers - http://bit.ly/f15-alpha-blocker-proposed
17:08:13 <jlaska> #info accepted blockers - http://bit.ly/f15-alpha-blocker-accepted
17:08:29 <jlaska> going alphabetically as suggested by clumens ...
17:08:33 <jlaska> (by component)
17:08:43 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=663294
17:08:44 <buggbot> Bug 663294: medium, low, ---, bcl, ASSIGNED, SystemError: error return without exception set
17:09:06 <jlaska> I added this for review earlier today
17:09:14 <jlaska> seems this has been happening on and off for a while
17:09:24 <jlaska> I built a custom live image with the latest kernel to explore how the live installs looked
17:09:28 <jlaska> and I keep hitting this bug
17:09:46 <jlaska> If this is blocking all live installs, I think the Alpha criteria may apply ...
17:09:50 <jlaska> " The installer must boot (if appropriate) and run on  all primary architectures from default live image, DVD,  and boot.iso install media"
17:09:57 <bcl> I say aye. Now that more are seeing it.
17:10:19 <jlaska> we don't have a lot of time against the live installer, because of several previous issues tha are now resolved
17:10:23 <Viking-Ice> what exactly is the nature of this bug and who does it affect
17:10:28 * rbergeron thinks wwoods needs a beefymiracle cloak for irc
17:10:30 <Viking-Ice> mean only custom builder
17:10:39 <jlaska> Viking-Ice: that remains to be seen
17:10:40 <wwoods> rbergeron: haaah
17:10:51 <jlaska> I'd like to see if others are seeing this on *official* live images
17:11:06 <Viking-Ice> if the live-installer works I would think this was an NTH
17:11:25 <Viking-Ice> at best
17:11:35 <jlaska> Viking-Ice: that's the point, this is preventing the live install from working
17:11:42 <heffer> what are the chances that this bug is any better on official live images?
17:12:02 <bcl> Viking-Ice: I have seen it on nightlies, I need to try the latest to see if it is more consistent for me.
17:12:11 <clumens> well, shall we?
17:12:11 <adamw> ...is this thing on?
17:12:11 <adamw> let's not, and say we did
17:12:12 <adamw> clumens: do you think we're screwed up or they are?
17:12:38 <adamw> zoiks, i think we just had a mini-netsplit
17:12:50 <jlaska> that's right scooby
17:13:08 * bcl grabs jlaska's coat tails
17:13:12 <heffer> bumpy freenode ride :P
17:13:17 <jlaska> so #topic ...
17:13:27 <jsmith-busy> ENOTENOUGHINFO :-/
17:13:31 <jlaska> right :(
17:13:45 <Viking-Ice> better to be safe than sorry +1 it's a blocker
17:13:54 <bcl> +1 because: it makes live install fail.
17:14:01 <Viking-Ice> we see how rc1 turns out
17:14:04 <jsmith-busy> +0.75
17:14:06 <heffer> +1 live install should work imo
17:14:10 <adamw> Viking-Ice: if it's a blocker and we don't fix it, we don't spin rc1
17:14:17 <adamw> mostly +1
17:14:21 * dgilmore is on the fence.
17:14:31 <adamw> the number of people hitting it is worryingly high for a tc
17:14:32 <Viking-Ice> adamw: alpha rc1
17:14:38 <adamw> not a whole lot of people actually run tcs
17:14:45 <bcl> fixing it may be tricky. When I last looked at it, it was inconsistent and might be a race of some kind.
17:14:47 <adamw> Viking-Ice: yes - we only start spinning RCs if the blocker list is empty
17:14:53 <dgilmore> Viking-Ice: we dont make rc1 until we think we have all blocker bugs fixed
17:15:02 <jlaska> we need the new kernel in stable, and then we can spin up live images to test this
17:15:03 <Viking-Ice> I c
17:15:16 <adamw> jlaska: i tried a live image with the latest kernel last night
17:15:18 <dgilmore> jlaska: the kernel will land today
17:15:20 <adamw> jlaska: live install failed
17:15:25 <adamw> jlaska: don't think it was this bug, though
17:15:34 <jlaska> #info Need more information to determine whether the problem is widespread
17:15:52 <adamw> it hit something at partitioning
17:16:19 <jlaska> proposed #agreed 663294 - tentatively accepted as a blocker as this appears to impact live installs.  Needs more testing to determine scope of problem.
17:16:36 <dgilmore> jlaska: i think for now we keep it potential.  and see if we can get some more info
17:16:42 <jlaska> adamw: did you hit 678607?
17:17:03 <adamw> jlaska: looks familiar
17:17:13 <jlaska> dgilmore: you propose not accepting, but leaving on the proposed blocker list?
17:17:28 <dgilmore> jlaska: yep
17:17:43 <jlaska> proposed #agreed 663294 - Needs more testing to determine scope of problem.  Leave on proposed blocker list pending more information
17:17:47 <jlaska> ack/nack/patch?
17:17:51 <Viking-Ice> ack
17:17:52 <dgilmore> ack
17:17:53 <tflink> ack
17:17:54 <adamw> fine
17:17:59 <bcl> yup
17:18:02 <heffer> ack
17:18:08 <jlaska> #agreed 663294 - Needs more testing to determine scope of problem.  Leave on proposed blocker list pending more information
17:18:20 <bcl> I'll revisit when there is a nightly with the new kernel.
17:18:24 <jlaska> do we have enough to get more testing going on this?
17:18:30 <dgilmore> bcl: should be later today
17:18:32 <jlaska> or do we wait until tomorrow for a new .iso ?
17:18:55 <jlaska> #info New nightly live .iso's expected later today
17:18:59 <bcl> new .iso, just to make sure it isn't caused by a local build problem/old repo/cache/etc.
17:19:02 <dgilmore> jlaska: i pushed the proposed kernel to stable last night. it will be in todays compose
17:19:17 <adamw> will that link up with the nightly schedule?
17:19:22 <jlaska> dgilmore: anything we can do to speed up those live iso creation?
17:19:39 <dgilmore> jlaska: teh hold up is the branched compose process
17:19:54 <jlaska> dgilmore: oh that's what you were mentioning in #anaconda
17:19:54 <dgilmore> once thats done the livecd creation is actually pretty quick
17:20:10 <dgilmore> jlaska: part of it yeah
17:20:10 <jlaska> hrmm, is this another blocker that needs trackign?
17:20:13 <brunowolff> You can ask nirik to expedite things once the branch compose finishes.
17:20:25 <jlaska> brunowolff: oh right, thanks
17:20:30 <dgilmore> brunowolff: nirik or I will kick it of asap
17:20:38 <jlaska> dgilmore: perfect, thanks
17:20:38 * nirik notes that doing the nightlies in koji means they can land ~30min after branched. ;)
17:20:58 <jlaska> #action dgilmore or nirik - kick off live image builds once branched compose completes
17:21:10 <adamw> ooh shiny.
17:21:18 <jlaska> moving on ...
17:21:21 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677131
17:21:22 <buggbot> Bug 677131: unspecified, unspecified, ---, clumens, MODIFIED, How to skip update disk prompt
17:22:02 <jlaska> For this issue, the installer prompts the user to select which disk to load an updates.img from
17:22:10 <jlaska> ... even when not requesting updates
17:22:21 <jlaska> the workaround is easy, click "cancel"
17:22:43 * dgilmore is inclined to push this to beta
17:22:45 <heffer> i'd say for alpha it'd be more a nth
17:23:00 <brunowolff> Only if the fix is pretty safe.
17:23:15 <dgilmore> nice to have for alpha, but i think it needs fixed at beta time
17:23:15 <jlaska> I was NTH on this as well, but wanted to bring it here for feedbcak
17:23:16 <tflink> yeah, this "only" affects unattended installs
17:23:20 <clumens> i'm fine with waiting for beta
17:23:31 <adamw> yeah, definitely not blocker, on the fence between nth and leave it alone
17:23:32 <jlaska> so if we are spinning anaconda for Alpha, we might take this ... otherwise post-Alpha ?
17:23:44 <jsmith-busy> +1 for Beta blocker, NTH otherwise
17:23:54 <Viking-Ice> +1 to what jsmith-busy proposed
17:24:04 <adamw> jlaska: sounds good
17:24:05 <brunowolff> NTH if the fix looks safe.
17:24:06 <jlaska> proposed #agreed 677131 - Accepted as Alpha NTH, rejected as Alpha blocker
17:24:09 <jlaska> ack/nack/patch
17:24:11 <adamw> ack
17:24:13 <dgilmore> ack
17:24:14 <heffer> ack
17:24:16 <tflink> ack
17:24:18 <Viking-Ice> ack
17:24:21 <jlaska> note ... I've tested the updates.img that clumens provided on this ... so it seems safe
17:24:37 <jlaska> #agreed 677131 - Accepted as Alpha NTH, rejected as Alpha blocker
17:24:41 <clumens> my response to every anaconda bug here is going to be "i'm fine with waiting for beta", incidentally
17:24:53 <jlaska> clumens: perfect
17:24:54 <jsmith-busy> clumens: :-)
17:25:05 * dgilmore is also fine with waiting till beta for the anaconda bugs
17:25:06 <adamw> clumens: f16 beta? :P
17:25:08 <jlaska> anyone want to update the bz ... otherwise, we can do the updates post-meeting
17:25:08 <clumens> unless there's something new i haven't heard of
17:25:19 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=673238
17:25:20 <buggbot> Bug 673238: high, high, ---, anaconda-maint-list, MODIFIED, anaconda creates incorrect udev 70-persistent-net.rules entry for network device
17:25:32 * rbergeron is updating bz's
17:25:42 <jlaska> rbergeron: thank you :)
17:25:45 <heffer> rbergeron: if you'd go ahead i could take a look at how it's done
17:25:48 <jlaska> I think mdomsch added this issue yesterday ...
17:25:54 <jlaska> "Moving to blocker, as feature is intended to be enabled by default, but isn't
17:25:57 <jlaska> w/o this comps change."
17:26:01 <rbergeron> heffer: sure, though I'm still learning myself :)
17:26:09 <dgilmore> so i think that the fix here im ok with is making sure biosdevname is installed
17:26:33 <jlaska> I don't think features get a free pass as blockers, do they?
17:26:49 * jlaska needs a feature criteria refresher
17:27:14 <jlaska> well, the goal is to have something we can test the features with
17:27:30 <dgilmore> jlaska: if notting did fix up comps then biosdevname will be installed on systems
17:27:46 <dgilmore> since we pull a fresh comps checkout each compose
17:27:46 <jlaska> dgilmore: is that the proposed fix ... updated comps? @core group?
17:27:58 <rbergeron> man,
17:28:02 <adamw> so far we've not taken feature issues as blockers
17:28:03 <rbergeron> midair collision with adamw ;)
17:28:09 <dgilmore> jlaska: i think there is 2 issues here
17:28:24 <adamw> on the theory that the fallback for features is 'drop the feature' not 'delay the release'
17:28:26 <dgilmore> one is that biosdevname is used at install time, but wasnt available for run time
17:28:38 <adamw> i've always said this is something to discuss more fully but we never have yet
17:28:43 <dgilmore> the second is that upstream says anaconda shouldnt write out the udev rule
17:29:05 <jlaska> the 2nd sounds like something we don't have a patch for yet
17:29:10 <Viking-Ice> will this stop users from establishing a working network connection.. .If yes it's a blocker if no it's not
17:29:12 <dgilmore> jlaska: right
17:29:19 <adamw> Viking-Ice: i like that take on it
17:29:23 <jlaska> Viking-Ice: nice
17:29:26 <adamw> look at the practical consequence
17:29:29 <jlaska> yup
17:29:57 <tflink> is there a workaround if they can't establish a network connection?
17:30:01 <jlaska> I haven't seen any problems with TC1 or TC2 and current biosdevname that would impact the ability to install, get networking, and get updates
17:30:14 <dgilmore> Viking-Ice: i dont believe it does its just a weirdness internally
17:30:48 <Viking-Ice> then it's simply it's not a blocker weirdness can be fixed in an update
17:30:57 <bcl> jlaska: we have a fix for the udev rules from notting
17:30:57 <Viking-Ice> s/simple/simply
17:30:58 <heffer> i think what happens is that it just wouldn't pick up the config in sysconfig that is generated by anaconda
17:31:10 <jlaska> bcl: oh okay
17:31:37 <clumens> bcl: which is in f15-alpha-branch
17:31:44 <bcl> It is in 15.19-1
17:31:58 <dgilmore> bcl: so we have both fixes already then
17:31:59 <jlaska> I think they want to move that rules stuff into udev (not anaconda)?
17:32:07 <jlaska> or did I read that wrong
17:32:18 <dgilmore> we have 15.20-1 now right
17:32:29 <jlaska> anaconda is pulling in biosdevname to its environment, though there's no RPM
17:32:33 <jlaska> Requires: on it.  Until notting's comps fix lands, the installed system won't
17:32:36 <jlaska> have biosdevname automatically installed.  Hence anaconda wrote out
17:32:38 <jlaska> persistent-net rules that couldn't be used during subsequent boots.
17:32:41 <jlaska> IMHO, anaconda shouldn't be writing out persistent-net rules, but let udev do
17:32:44 <jlaska> that.
17:32:46 <jlaska> - mdomsch
17:32:50 <dgilmore> jlaska: comps fix will be in rc1
17:33:00 <jlaska> if approved, right?
17:33:04 <jlaska> or it's already fixed
17:33:12 <dgilmore> jlaska: and the udev fix is in already
17:33:17 <jlaska> if already fixed ... is there anything to discuss?
17:33:18 <dgilmore> so its already fixed
17:33:45 <clumens> sure sounds like.
17:34:10 <jlaska> proposed #agreed 673238 - Likely not an Alpha blocker, but comps+udev fixes are already included and will be present in RC1
17:34:17 <jlaska> ack/nack/patch
17:34:22 <adamw> ack
17:34:23 <dgilmore> ack
17:34:23 <Viking-Ice> ack
17:34:24 <brunowolff> ack
17:34:25 <tflink> ack
17:34:30 <jlaska> #agreed 673238 - Likely not an Alpha blocker, but comps+udev fixes are already included and will be present in RC1
17:34:39 <jlaska> okay that sucked, hopefully these others go faster ...
17:34:53 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678070
17:34:54 <buggbot> Bug 678070: urgent, unspecified, ---, mgracik, MODIFIED, problem with an non ascii character in username
17:35:13 <adamw> looks like we need to test the fix for this
17:35:23 <Viking-Ice> not a blocker anyway
17:35:27 <jlaska> Fixed in firstboot-1.117-1
17:35:28 <adamw> well
17:35:32 <jlaska> #info Fixed in firstboot-1.117-1
17:35:37 <adamw> character set issues are a bit of a grey area
17:35:46 <Viking-Ice> users can change the name later on since this only affected firstboot
17:35:57 <Viking-Ice> s/on/
17:36:00 <adamw> i'd +1 nth for this, anyway
17:36:05 * dgilmore knows firsthand that not propperly supporting utf8 sucks
17:36:12 <jlaska> "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 "
17:36:19 <jlaska> so it depends how many would be impacted by this issue
17:36:31 <adamw> well, that criterion doesn't have an 'in most cases
17:36:33 <adamw> ' rider
17:36:34 <jlaska> right
17:36:35 <adamw> hence the greynes
17:36:44 <adamw> but anyway
17:36:49 <adamw> i think we should just call it nth and take the fix
17:36:50 <jlaska> are there workarounds for this?
17:36:50 <dgilmore> so you could get by just fine
17:36:51 <adamw> makes things easier
17:37:01 <adamw> workaround: don't use non-US-ascii characters in your usernam
17:37:02 <adamw> e
17:37:03 <jlaska> adamw: true ... an update is already available
17:37:10 <Viking-Ice> jlaska: workaround is obvious dont use non ascii characters in username
17:37:11 <heffer> +1 for adamw
17:37:15 <adamw> of course, that's sucky for some people
17:37:19 * dgilmore thinks its NTH
17:37:38 <jlaska> proposed #agreed 678070 - accepted as NTH for Alpha.  Test feedback against updated firstboot needed to ensure this lands in Alpha
17:37:43 <adamw> ack
17:37:47 <dgilmore> ack
17:37:48 <Viking-Ice> ack
17:37:49 <tflink> ack
17:37:51 <heffer> ack
17:37:52 * adamw loves glossing over things!
17:38:13 <jlaska> :)
17:38:16 <jlaska> #agreed 678070 - accepted as NTH for Alpha.  Test feedback against updated firstboot needed to ensure this lands in Alpha
17:38:28 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677797
17:38:30 <buggbot> Bug 677797: medium, medium, ---, bruno, MODIFIED, Broken dependency: hugin-base-2010.4.0-4.fc15.x86_64 requires libpano13.so.2()(64bit)
17:38:36 <adamw> now i have to figure out a way to get a working install so i can test the fix. =)
17:38:51 <jlaska> "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 (CD/DVD) install "
17:39:12 <jlaska> this may already be in stable
17:39:14 <adamw> right, obvious blocker
17:39:16 <jlaska> no not yet
17:39:30 <adamw> http://koji.fedoraproject.org/koji/buildinfo?buildID=228678 is marked dist-f15
17:39:49 <jlaska> do we need a bodhi update, or did this sneak in before branch?
17:40:12 <adamw> i think it was before branching.
17:40:51 <adamw> a repoquery -i libpano13 shows the fixed build in repo 'fedora', for me.
17:41:01 <dgilmore> jlaska: we snuck it in right around branching
17:41:08 <jlaska> proposed #agreed 677797 - accepted as Alpha blocker - fix already available now in stable
17:41:15 <brunowolff> ack
17:41:16 <heffer> ack
17:41:19 <jlaska> adamw: dgilmore perfect
17:41:20 <dgilmore> ack
17:41:21 <tflink> ack
17:41:22 <Viking-Ice> ack
17:41:26 <jlaska> #agreed 677797 - accepted as Alpha blocker - fix already available now in stable
17:41:28 <adamw> i can do a 'yum install hugin', it pulls all three packages from repo 'fedora', they work
17:41:42 <jlaska> adamw: libpano13 one of them?
17:41:45 <adamw> yes
17:41:53 <jlaska> if so ... we can move this to VERIFIED + CLOSED
17:41:59 <dgilmore> jlaska: yeah
17:42:11 <dgilmore> this came about due to developer lazyness
17:42:11 <jlaska> #info Appears fix is resolved, will CLOSE out bug
17:42:25 <jlaska> a few bugs now for bcl ...
17:42:27 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678609
17:42:29 <buggbot> Bug 678609: unspecified, unspecified, ---, bcl, NEW, livecd-iso-to-disk started reporting problems for media checks
17:42:29 <bcl> yay!
17:42:47 <jlaska> brunowolff added this earlier today I believe
17:42:49 <bcl> not a blocker, and not a broblem for me.
17:42:54 <brunowolff> This might be a NTH, or maybe something we could doc in common bugs.
17:43:23 <adamw> i haven't hit this either
17:43:28 <adamw> except with images which were actually bad, heh
17:43:38 <brunowolff> I first noticed this a couple of days ago during som testing and thought it was a one off problem, but it was recurring last night and today.
17:44:06 <bcl> I re-tested F14 and F14 .iso's with 16.1 this morning and all pass.
17:44:09 <brunowolff> The image testing works despite the error, so I suspect the error message is wrong.
17:44:10 <Viking-Ice> I say not a blocker and not a nth just a regular bug if not an actual corrupted image
17:44:14 <bcl> err, F13 and F14
17:44:20 <adamw> oh, i only have 15.4
17:44:30 <adamw> bcl: what have you been testing with?
17:44:34 <adamw> ah, i see, bm
17:44:35 <adamw> nm
17:44:40 <Viking-Ice> brunowolff: did you check this with another image
17:44:40 <jlaska> this is something we could reasonably fix as a post-Alpha update
17:44:57 <brunowolff> I checked several images, including some that used to not get that warning.
17:45:03 <jlaska> or does this impact official images created by rel-eng too?
17:45:21 <adamw> well if the error is in the tool it worries me less
17:45:25 <brunowolff> I don't think it was a change in livecd-tools that caused the problem. I am not sure what did though.
17:45:28 <adamw> since most people aren't going to be using the f15 build of the tool anyway
17:45:54 <brunowolff> I think the main issue is that people testing live images will be confused.
17:45:59 <adamw> most people aren't running f15 yet, and those who are probably don't want to write an alpha live usb stick from it =)
17:46:08 <bcl> we just use checkisomd5 to do this
17:46:30 <adamw> i expect by far the most common case will be that people write their usb stick from f14
17:46:33 <brunowolff> I use live images for my spin testing, it's a lot faster and checper the using optical media.
17:46:36 * dgilmore thinks not a blocker
17:46:50 <adamw> +1
17:46:50 <jlaska> proposed #agreed 678609 - not accepted as Alpha blocker or NTH.  Candidate for Common_F15_Bugs or post-Alpha update
17:46:54 <jlaska> ack/nack/patch?
17:46:57 <dgilmore> ack
17:46:58 <brunowolff> ack
17:46:59 <bcl> ack
17:46:59 <Viking-Ice> ack
17:47:01 <tflink> ack
17:47:01 <heffer> ack
17:47:07 <jlaska> #agreed 678609 - not accepted as Alpha blocker or NTH.  Candidate for Common_F15_Bugs or post-Alpha update
17:47:24 <jlaska> brunowolff: gimme or adamw a holler if you want to get this on Common_F15_Bugs
17:47:36 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=676904
17:47:37 <buggbot> Bug 676904: high, medium, ---, bruno, NEW, osmin.img is sometimes not a valid squashfs on livecd images
17:47:52 <brunowolff> This one should be fixed.
17:48:08 <jlaska> I didn't have this issue witwh the live image I built this morning
17:48:13 <brunowolff> I haven't seen the issue with the sub-bug reapear either.
17:48:14 <jlaska> using the latest kernel
17:48:31 <adamw> yeah, i confirm jlaska's test
17:48:35 <jlaska> I'd say this is accepted as a blocker, but appears to be fixed
17:48:36 <jlaska> ?
17:48:38 <adamw> i tested two xfce images which only differed in the kernel
17:48:44 <adamw> i hit the bug with the old kernel, didn't with the new one
17:48:45 <adamw> +1
17:48:53 <dlehman> adamw, jlaska: can one of you give me a link to your live image you used to reproduce 678607?
17:49:10 <adamw> dlehman: i haven't put it anywhere public yet
17:49:16 <adamw> dlehman: jlaska can probably get it to you faster than i can
17:49:26 <jlaska> proposed #agreed 676904 - accepted as Alpha Blocker.  Appears to be resolved with latest F15 stable kernel
17:49:31 <jlaska> dlehman: I'll give you access ...
17:49:38 <adamw> ack
17:49:39 <Viking-Ice> ack
17:49:39 <brunowolff> ack
17:49:40 <heffer> ack
17:49:58 <tflink> ack
17:50:28 <jlaska> #agreed 676904 - accepted as Alpha Blocker.  Appears to be resolved with latest F15 stable kernel
17:50:39 <jlaska> one for mclasen ...
17:50:41 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677842
17:50:42 <buggbot> Bug 677842: unspecified, unspecified, ---, pbrobinson, NEW, [abrt] mutter-2.91.6-4.fc15: ureg_src: Process /usr/bin/mutter was killed by signal 11 (SIGSEGV)
17:51:14 <adamw> this one's pretty icky
17:51:28 <Viking-Ice> hw spesific
17:51:52 <adamw> not necessarily
17:52:23 <adamw> note the possible dupe
17:52:26 <Viking-Ice> I say it's a beta blocker
17:52:33 <adamw> the other possible dupe mentioned from an nvidia tester
17:52:34 <jlaska> mclasen gone
17:52:40 <adamw> and hongqing reported seeing it in their testing
17:52:46 <adamw> without providing many details
17:53:30 <adamw> see mail "Subject: 	Fedora 15 Alpha TC2 install testing report"
17:53:34 <brunowolff> I have seen popups saying mutter crashed.
17:53:44 <jlaska> I was seeing this like crazy, and then it just started working
17:53:56 <jlaska> adamw: it was linked in one of the wiki results matrices
17:54:03 <adamw> i was just about to check that
17:54:05 <adamw> :)
17:54:28 <tflink> I know that I haven't had much luck getting mutter to run well in any of the alpha images that I've used
17:54:33 <dgilmore> due to a different issue users we getting the non-PAE kernel installed in rc1 and tc2
17:54:37 <dgilmore> tc1
17:54:43 <Viking-Ice> I'm getting the other variant ureg_src_undef as opposed to ureg_src
17:54:53 <dgilmore> so his saying he switched to the non pae kernel doesnt make sense
17:56:02 <adamw> i'd really like to have some damn clue what's going on with this bug
17:56:23 <adamw> in general i wish we had someone who was actually in charge of figuring out what the hell to do with mutter crashes :/
17:56:44 <adamw> they need someone with clue to sort them out into graphics driver issues or mutter code issues or whatever
17:56:50 <jlaska> mclasen is offline now
17:56:57 <adamw> anyone else from desktop?
17:57:01 <Viking-Ice> adamw: mesa
17:57:05 <adamw> Viking-Ice: right
17:57:51 <Viking-Ice> I say it's not an alpha but a beta blocker ( if this is an alpha then so is this bug 677371 )
17:57:52 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=677371 unspecified, unspecified, ---, ajax, NEW, [abrt] mutter-2.91.6-3.fc15: ureg_src_undef: Process /usr/bin/mutter was killed by signal 11 (SIGSEGV)
17:58:05 <adamw> i think we don't really have enough info
17:58:10 <jlaska> agreed
17:58:22 <jlaska> and I was hoping that fallback mode would kick in here too
17:58:29 <adamw> point
17:58:29 <jlaska> but that's completely out of scope for this
17:59:07 <jlaska> proposed #agreed 677842 - not enough information to accept or reject, need input from desktop SIG.
17:59:10 <jlaska> ack/nack/patch?
17:59:11 <adamw> ack
17:59:21 <dgilmore> ack
17:59:24 <tflink> ack
17:59:27 <Viking-Ice> ack
17:59:28 <adamw> we need an action item for someone to poke desktop (and possibly graphics) team
17:59:40 <jlaska> I pinged jrb this morning, and a moment ago
17:59:44 <adamw> cool
17:59:47 <Viking-Ice> ajax not around
17:59:57 <Viking-Ice> ( mesa issue =
17:59:58 <jlaska> but wouldn't hurt to have another contact
17:59:59 <Viking-Ice> )
18:00:07 <adamw> i think we break the airlied glass in case of ajax non-availability
18:00:15 <jlaska> #action desktop-sig - input needed to determine impact of 677842
18:00:34 <jlaska> anything else on this one?
18:00:36 <Viking-Ice> and bug 677371
18:00:46 <adamw> Viking-Ice: does yours have the same impact (prevent gnome3 from loading at all)?
18:00:53 <Viking-Ice> yup crashes
18:00:57 <adamw> then agreed
18:00:58 <jlaska> #action desktop-sig - input needed to determine impact of 677371
18:01:08 <jlaska> moving on ...
18:01:18 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677790
18:01:20 <buggbot> Bug 677790: unspecified, unspecified, ---, rdieter, ON_QA, virtuoso-opensource-6.1.3 20110105 snapshot breaks nepomuk
18:01:39 <jlaska> not sure what criteria this impacts
18:02:04 <adamw> nepomuk is pretty significant to kde functionality i believe
18:02:05 <Viking-Ice> nth maybe allthou seems general bug
18:02:06 <adamw> rdieter_work: ping?
18:02:13 <rdieter_work> adamw: hola
18:02:26 <adamw> "For the purpose of Alpha-blocking status, please note that this also affects
18:02:26 <adamw> Dolphin, our default file manager."
18:02:38 <adamw> rdieter_work: we're on https://bugzilla.redhat.com/show_bug.cgi?id=677790 , what's the impact of this exactly? how bad does it break kde?
18:02:40 <buggbot> Bug 677790: unspecified, unspecified, ---, rdieter, ON_QA, virtuoso-opensource-6.1.3 20110105 snapshot breaks nepomuk
18:02:43 <rdieter_work> impact here is pretty bad, dolphin hangs, and is not functional
18:02:51 <adamw> yeah, that's kinda bad
18:02:53 <Viking-Ice> can you reach a browser
18:03:03 <rdieter_work> browser, probably
18:03:03 <adamw> i think +1 nth
18:03:16 <adamw> the alpha desktop requirements are met, i tested it
18:03:16 <Viking-Ice> rdieter_work: can you update
18:03:24 <adamw> Viking-Ice: see https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test
18:03:38 <adamw> so i'm -1 blocker +1 nth
18:03:38 * Viking-Ice looks
18:03:47 <rdieter_work> Viking-Ice: updating should work
18:03:59 <adamw> it does
18:04:13 <Viking-Ice> ok +1 to nth -1 to a blocker
18:04:20 <adamw> since the fixed build is available i think we should just go ahead and tag it and move on
18:05:09 <jlaska> proposed #agreed 677790 - RejectedBlocker AcceptedNTH - Fix available, will include with sufficient karma
18:05:12 <jlaska> ack/nack/patch
18:05:13 <adamw> it has karma
18:05:14 <adamw> ack
18:05:29 <Viking-Ice> ack
18:05:33 <dgilmore> ack
18:05:36 <tflink> ack
18:06:04 <jlaska> #agreed 677790 - RejectedBlocker AcceptedNTH - Fix available, will include with sufficient karma
18:06:08 <jlaska> #undo
18:06:08 <zodbot> Removing item from minutes: <MeetBot.items.Agreed object at 0x2b0260315510>
18:06:17 <jlaska> #agreed 677790 - RejectedBlocker AcceptedNTH - Fix available, will include since it has needed karma
18:06:46 <jlaska> last on the proposed blocker list
18:06:48 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=676827
18:06:49 <buggbot> Bug 676827: high, unspecified, ---, xgl-maint, NEW, keyboard with german layout doesn't work in gdm
18:07:57 <Viking-Ice> not a blocker
18:08:06 <Viking-Ice> workaround present and fix upstream
18:08:09 <adamw> i'd definitely like this to be fixed
18:08:31 * mclasen hasn't been able to get hold any x dev yet
18:08:55 <Viking-Ice> nth ?
18:09:22 <adamw> it's arguable for blocker status as the workaround is pretty tricky and it does prevent you reaching a working desktop with some hardware
18:09:24 <jlaska> mclasen's back!
18:09:42 <jlaska> adamw: workaround is <ctrl><alt>F2 ... do stuff ?
18:09:45 <adamw> yeah
18:09:55 <adamw> halfline: when you say this is fixed upstream...upstream X?
18:10:47 <Viking-Ice> note he does not mention if this was an fresh install or an upgrade
18:11:37 <Viking-Ice> and Icelandic keyboard layout works just fine
18:11:49 <adamw> hum, that's a point
18:11:54 * adamw doesn't have a french keyboard handy
18:12:12 * dgilmore is guessing that its upgrades
18:12:23 <mclasen> fix is here: http://lists.x.org/archives/xorg-devel/2011-February/019377.html
18:12:25 * adamw still hoping halfline will appear :)
18:12:31 * dgilmore should get a spanish keyboard
18:12:53 <Viking-Ice> I say NTH
18:12:53 <rbergeron> Can we catch up with halfline, and come to conclusion? :)
18:12:57 * rbergeron cracks that whip of hers
18:13:22 <Viking-Ice> dgilmore: that's what I suspect is the case that this is an upgrade issue
18:13:38 <adamw> if it doesn't hit fresh boots / installs i care much less.
18:13:58 <jlaska> so if fresh install, blocker.    If upgrade, post-alpha ?
18:14:09 <Viking-Ice> I say not a blocker et all
18:14:26 <jlaska> Viking-Ice: you think the workaround is reasonable?
18:15:03 <jlaska> #info workaround posted at https://bugzilla.redhat.com/show_bug.cgi?id=676827#c5
18:15:05 <buggbot> Bug 676827: high, unspecified, ---, xgl-maint, NEW, keyboard with german layout doesn't work in gdm
18:15:10 <Viking-Ice> jlaska: yup
18:15:25 <adamw> let's get the info on whether it hits fresh installs first
18:15:33 <jlaska> okay
18:15:50 <Viking-Ice> this is alpha + he does not mention if he tried logging in and changing the keyboard layout and those changes stuck after reboot
18:16:13 <jlaska> proposed #agreed 676827 - Unable to accept or reject.  Need more information from reporter (fresh install or upgrade)
18:16:19 <Viking-Ice> he can reach the internet and he can update
18:16:38 <dgilmore> ack
18:16:43 * rbergeron +1's to jlaska.
18:16:49 <adamw> ack
18:16:52 <tflink> ack
18:17:01 <Viking-Ice> -1 still think this is not an alpha bug
18:17:03 <jlaska> the workaround doesn't seem horrible to me for an Alpha, but yeah, let's get more information
18:17:15 <Viking-Ice> it's not like he does not have a working keyboard
18:17:17 <halfline> i'm here
18:17:22 <Viking-Ice> but not in the german layout
18:17:36 <halfline> mclasen is closer to the situation than me
18:17:43 <halfline> i don't have anything to add
18:17:55 <adamw> mclasen: do you know whether this affects fresh boots?
18:18:02 <mclasen> no, I don't
18:18:23 <halfline> we don't know how the bogus info was getting added to /etc/sysconfig/keyboard
18:18:26 <jlaska> Viking-Ice: it's all about how many people this would hit ... we just want to make an informed decision before moving on
18:18:43 <adamw> okay
18:18:48 <adamw> so we'll wait for reporters to test
18:19:00 <jlaska> adamw, can you put a call out on test@?
18:19:03 <Viking-Ice> jlaska: I think for alpha we should draw the line with a working keyboard vs non working keyboard
18:19:05 <jlaska> (if it's worthy of that)
18:19:28 <jlaska> Viking-Ice: we can propose updated criteria here ... and follow-up on them post meeting
18:19:31 <adamw> jlaska: i put out a call on the bug
18:19:37 <Viking-Ice> if keyboard works on US layout it's not an alpha
18:19:41 <rbergeron> adamw: thanks i justa saw it
18:19:47 <rbergeron> wow, I can't type.
18:20:05 <jlaska> Viking-Ice: this will be a longer discussion probably ... no objections, but think we should raise this on test@ or next QA meeting
18:20:17 <Viking-Ice> agreed
18:20:24 <jlaska> #agreed 676827 - Unable to accept or reject.  Need more information from reporter (fresh install or upgrade)
18:20:42 <adamw> rbergeron: i thought you'd just joined the cartoon mafia.
18:20:50 <jlaska> #info possible improvements to the alpha criteria to clarify US vs non-US keymaps
18:20:58 <jlaska> okay,that's it for Proposed Blockers
18:21:01 <jlaska> now to Accepted blockers
18:21:13 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=672265
18:21:14 <buggbot> Bug 672265: high, medium, ---, bruno, CLOSED RAWHIDE, "Install to harddrive" fails with "not a live image"
18:21:22 <jlaska> awesome, nothing else to discuss here :)
18:21:23 <adamw> it's closed. yay. move on.
18:21:44 <rbergeron> woot
18:21:44 <jlaska> #agreed fixed and included in F15Alpha
18:21:51 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=676032
18:21:53 <buggbot> Bug 676032: unspecified, unspecified, ---, anaconda-maint-list, VERIFIED, Import Error: No module named iutil
18:22:04 <jlaska> Note ... this, and the next 3 are in VERIFIED
18:22:04 <dgilmore> same
18:22:15 <jlaska> we can skip, or confirm the bodhi update has what it needs?
18:22:42 <dgilmore> jlaska: i think we just need to close bugs
18:22:43 <jlaska> #agreed confirmed fixed and included in anaconda-15.20-1 (TC2)
18:22:52 <jlaska> yeah, if they aren't linked to bodhi
18:22:57 <dgilmore> jlaska: the fix was in pre branch/bodhi
18:23:13 <jlaska> perfect
18:23:18 <jlaska> we can close this sucker
18:23:19 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=673907
18:23:20 <buggbot> Bug 673907: unspecified, unspecified, ---, mgracik, VERIFIED, Install from DVD fails: /var/run/dbus/system_bus_socket is missing
18:23:25 <jlaska> same deal here ...
18:23:40 <jlaska> #agreed confirmed fixed in lorax-0.4-1, used to build TC2
18:23:52 <dgilmore> jlaska: wrong version of lorax
18:24:07 <jlaska> I don't see a lorax bodhi update ... does that matter?
18:24:23 <dgilmore> lorax-0.3-3.fc15
18:24:25 <jlaska> dgilmore: sorry, I was going by the fixed_in bz field
18:24:27 <dgilmore> it was pre branch
18:24:40 * jlaska updates fixed_in and closes
18:24:41 <dgilmore> jlaska: np.  0.4 is not built
18:25:04 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=674978
18:25:05 <buggbot> Bug 674978: high, unspecified, ---, rstrode, VERIFIED, GDM in autologon error loop
18:25:11 <jlaska> same deal ... confirmed fix by many testers
18:25:17 <jlaska> thanks halfline for the fix :)
18:25:30 <jlaska> "The package needs to get pushed to stable before we can close it." -adamw
18:25:51 <jlaska> #link https://admin.fedoraproject.org/updates/gdm-2.91.6-9.fc15
18:26:13 <dgilmore> jlaska: gdm-2.91.6-8.fc15 is queued up to go to stable
18:26:13 <jlaska> the previous release had enough karma - https://admin.fedoraproject.org/updates/gdm-2.91.6-8.fc15
18:26:17 <jlaska> okay
18:26:17 <jlaska> dgilmore: thx
18:26:26 <jlaska> bodhi should then close it out for us
18:26:34 <dgilmore> jlaska: -9 is not yet pushed to testing
18:26:38 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=670379
18:26:39 <buggbot> Bug 670379: medium, low, ---, mgracik, VERIFIED, Unknown lvalue 'ValidNoProcess' in section 'Service'.
18:26:59 <Viking-Ice> this is fixed
18:26:59 <jlaska> confirmed, but awaiting additional karma
18:27:01 <jlaska> #link https://admin.fedoraproject.org/updates/firstboot-1.116-1.fc15
18:27:10 <jlaska> wait ... nevermind
18:27:15 <jlaska> dgilmore took care of this -- This update has been submitted for stable by ausil.
18:27:23 <jlaska> so looks to be in good shape
18:27:34 <dgilmore> jlaska: just need to push it
18:27:38 <jlaska> #agreed fix confirmed and bodhi update submitted for stable
18:27:47 <jlaska> alright ... now on to proposed NTH bugs
18:28:11 <jlaska> #topic Proposed Blocker review
18:28:15 <jlaska> #link http://bit.ly/f15-alpha-nth-proposed
18:28:20 <jlaska> #link http://bit.ly/f15-alpha-nth-accepted
18:28:37 <jlaska> sorting by component name, we start off with anaconda ...
18:28:42 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678095
18:28:44 <buggbot> Bug 678095: unspecified, unspecified, ---, clumens, MODIFIED, If no display mode is provided, kickstart installs default to cmdline
18:29:13 <jlaska> the subject pretty much captures it
18:29:28 <jlaska> an annoyance for kickstart, I proposed that we pull this in if we respin anaconda for any reason
18:29:33 <adamw> sure.
18:29:37 * rbergeron nods
18:29:44 <Viking-Ice> fine by me
18:30:08 <jlaska> which I guess would make this NTH
18:30:38 <jlaska> proposed #agreed 678095 - AcceptedNTH, will take tested fix if anaconda respins for the Alpha
18:30:41 <jlaska> ack/nack/patch
18:30:58 <Viking-Ice> ack
18:31:03 <adamw> ack
18:31:09 * dgilmore thinks the behaviour is correct
18:31:12 <dgilmore> nak
18:31:28 <jlaska> dgilmore: it's a change in behavior from all previous releases
18:31:30 <clumens> the default display mode is graphical.
18:31:35 <clumens> according to the kickstart docs
18:31:59 <dgilmore> jlaska: hrrm its the behaviour i personally want
18:32:09 <jlaska> heh
18:32:22 <rbergeron> lol
18:32:27 <jlaska> I think we'd need another bug to change the default behavior then :)
18:32:55 <dgilmore> i vaguely remeber discussion about it
18:33:07 <jlaska> clumens: how do you want to handle this?
18:33:40 <clumens> jlaska: well, i didn't mean to change the behavior, so it seems reasonable to patch it back to how it used to be
18:33:53 <clumens> we encourage graphical mode anyway
18:34:05 <Viking-Ice> is this the correct behavior or the wrong one
18:34:13 <Viking-Ice> but used by many
18:35:11 <clumens> the behavior as documented and as existed in many previous releases was that no mode in kickstart meant you got graphical
18:35:31 <jlaska> that does it for me
18:35:50 <jlaska> any talks on changing that expectation can happen outside this meeting
18:35:54 <jlaska> dgilmore: you okay with that?
18:36:27 <jlaska> clumens: are you +0 on these?
18:36:53 <clumens> jlaska: i'm fine with holding off until beta
18:37:09 <dgilmore> id prefer us to wait till beta
18:37:17 <dgilmore> i guess im outvoted here
18:37:19 <jlaska> so -1 NTH from you guys?
18:37:48 <Viking-Ice> I dont see why this cant wait for beta
18:37:53 <jlaska> it can
18:38:02 <jlaska> I'm proposing it for NTH
18:38:09 <jlaska> so if we respin anaconda, we'd take this tested fix too
18:38:12 <jlaska> but we can vote against that
18:38:21 <jlaska> current proposed #agreed 678095 - AcceptedNTH, will take tested fix if anaconda respins for the Alpha
18:38:22 <dgilmore> at this point id rather not change anaconda  unless ist a omg noone can install bug
18:38:24 <jlaska> ack/nak/patch
18:38:35 <dgilmore> sure
18:38:45 <jlaska> proposed #agreed 678095 - RejectedBlocker RejectedNTH, post-alpha
18:38:47 <adamw> +/-0, i don't really care :P
18:38:55 <jlaska> too much time on this :)
18:38:55 <Viking-Ice> if the fix is there I say ack
18:39:09 <adamw> it doesn't really seem important enough to risk a change, so i guess small +1 to second proposal
18:39:43 <jlaska> #agreed 678095 - RejectedBlocker, RejectedNTH, document Common_F15_Bugs and accept post-Alpha
18:39:58 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677773
18:39:59 <buggbot> Bug 677773: unspecified, unspecified, ---, clumens, MODIFIED, F-15-Alpha DVD install (TC2) prompts for networking at repo step
18:40:02 <clumens> dgilmore: yeah, me neither.  let's get the alpha out and then when we have a little breathing room, i'll rebuild for all these minor annoyances.
18:40:31 <jlaska> similar type of issue
18:40:38 <jlaska> non-blocking annoyance bug
18:40:46 <jlaska> you are prompted to enable networking on DVD installs
18:40:51 <jlaska> you can click cancel (twice) and proceed with the install
18:40:58 <jlaska> I think that's an acceptable workaround
18:41:03 <jlaska> but was hoping we could include if we rebuilt
18:41:08 <jlaska> but in light of previous bug ...
18:41:14 <jlaska> proposed #agreed 678095 - RejectedBlocker, RejectedNTH, document Common_F15_Bugs and accept post-Alpha
18:41:21 <dgilmore> ack
18:41:25 <Viking-Ice> ack
18:41:35 <tflink> ack
18:41:39 <adamw> ack
18:41:46 <jlaska> perfect, thanks all
18:41:49 <jlaska> #agreed 678095 - RejectedBlocker, RejectedNTH, document Common_F15_Bugs and accept post-Alpha
18:41:59 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=677648
18:42:00 <buggbot> Bug 677648: unspecified, unspecified, ---, clumens, MODIFIED, Cannot get translation file
18:42:26 <jlaska> From the reporter ...
18:42:26 <jlaska> "After selecting e.g. German as installation language I get an 'Cannot get
18:42:30 <jlaska> translation file de.tr' on Alpha TC2."
18:42:56 <jlaska> Fix is available in the next anaconda
18:43:02 * jsmith-busy thinks that this is pretty important to have
18:43:13 <jlaska> I added this for review because I wasn't sure about impact ... all langs, just German
18:43:17 <clumens> all langs
18:43:45 <Viking-Ice> will this fix be in alpha?
18:43:47 * rbergeron agrees with jsmith-busy, particularly if it's all langs
18:43:56 <jlaska> Viking-Ice: that's what we need to decide
18:44:09 <jsmith-busy> +1 for blocker
18:44:14 <Viking-Ice> -1 for blocker
18:44:20 <jsmith-busy> (as there's no workaround)
18:44:21 <Viking-Ice> we got a working language english
18:44:25 <clumens> incidentally, this will only affect the loader.
18:44:35 <jlaska> aah, not graphical installer?
18:44:57 <clumens> it sure shouldn't.  and if it does, people can pass "nopass" as a cmdline argument and get a graphical language prompt.
18:44:58 <jlaska> Viking-Ice: we have to define that new criteria before we can start using it
18:45:13 <jsmith-busy> Hmmmmn...
18:45:18 <jlaska> I'm less concerned about it now
18:45:22 * jsmith-busy is too
18:45:33 <jsmith-busy> (Might be useful to put those details in the bug report)
18:45:39 <adamw> wait, what does this affect exactly?
18:45:50 <jlaska> adamw: the early text portion of the installer (aka loader)
18:46:29 * dgilmore thinks this is a document Common_F15_Bugs issue
18:46:40 <adamw> and what happens?
18:46:50 <jlaska> clumens: when the failure happens, is it recoverable?
18:46:52 <adamw> you get the early part in english and rest in your language?
18:46:53 <clumens> no matter what language you pick, you get english
18:47:13 <clumens> i've not tested that the graphical part is translated properly, but it'd be easy to check.
18:47:14 <Viking-Ice> hence my -1
18:47:21 <tflink> but if you pass in "nopass" you can select a language other than english?
18:47:27 <clumens> at graphical time, yes
18:47:40 <clumens> assuming it's not being translated right.  someone should check that out real quick.
18:48:02 <jlaska> checking ...
18:49:43 <jlaska> confirmed
18:49:46 <jlaska> graphical portion is in german
18:49:57 <clumens> a+
18:50:07 * Viking-Ice never gets an a+
18:50:16 <jlaska> proposed #agreed 677648 - RejectedBlocker, RejectedNTH, Common_F15_Bugs - issue only affects translation of loader (not graphical installer)
18:50:38 <jlaska> confirmation - http://jlaska.fedorapeople.org/screenshots/Screenshot.png
18:50:56 <adamw> +1
18:51:02 <Viking-Ice> ack
18:51:05 <tflink> ack
18:51:22 <jlaska> #agreed 677648 - RejectedBlocker, RejectedNTH, Common_F15_Bugs - issue only affects translation of loader (not graphical installer)
18:51:34 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=676942
18:51:35 <buggbot> Bug 676942: unspecified, unspecified, ---, msivak, MODIFIED, Text mode missing dependencies dialog out uses single column
18:51:50 <jlaska> if the text-mode installer hits any package dependencies, the error dialog looks wonky
18:52:17 <jlaska> the original problem the user encountered has been fixed (package dependency)
18:52:21 <jlaska> so I don't know why I raised this
18:52:29 <jlaska> I'm -1 to Blocker and NTH
18:52:32 <adamw> ack
18:52:54 <Viking-Ice> I'm with jlaska on this
18:53:19 <dgilmore> jlaska: :) im with you on it
18:53:20 <jlaska> proposed #agreed 676942 - RejectedBlocker, RejectedNTH - a mal-formed package dep dialog in text-mode doesn't meet criteria
18:53:24 <jlaska> #agreed 676942 - RejectedBlocker, RejectedNTH - a mal-formed package dep dialog in text-mode doesn't meet criteria
18:53:33 <Viking-Ice> ack
18:53:35 <jlaska> well, I should have waited, but I assumed you all agreed
18:53:43 * jlaska waits a bit in case -1
18:53:56 <clumens> (DON'T) SHIP IT.
18:54:22 <jlaska> :)
18:54:31 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=676940
18:54:32 <buggbot> Bug 676940: unspecified, unspecified, ---, clumens, MODIFIED, %include checked before %pre runs, or not found
18:54:57 <rbergeron> folks: I have to jet for another meeting. The last bug i update will be 676942, but will check logs if nobody else can update bz's from hereforth.
18:55:14 <jlaska> clumens: is this already fixed in 15.20-1?
18:55:23 <jlaska> rbergeron: thank you for handling the bz updates!!
18:55:35 <clumens> jlaska: no, 15.21
18:55:41 <jlaska> okay
18:55:50 <jlaska> I don't remember why I proposed this for NTH now
18:55:52 <jlaska> yay fail!
18:55:56 <clumens> it would be fixed in 15.20.1 if we decided to rebuild for alpha
18:56:02 <jlaska> k
18:56:24 <Viking-Ice> jlaska: cobbler install properly why you suggested it
18:56:25 <jlaska> oh, cause it was going to impact cobbler installs
18:56:29 <jlaska> Viking-Ice: yeah
18:56:30 <clumens> which it looks like we are desperately trying to avoid
18:56:35 <jlaska> haha
18:56:45 <jlaska> I don't feel strong about this one anymore
18:56:52 <jlaska> so unless anyone else does ...
18:57:17 <jlaska> clumens: is this updates.img-able?
18:57:20 <clumens> no
18:58:19 * adamw doesn't feel strongl
18:58:20 <adamw> y
18:58:27 <adamw> probably worth commonbugsing if we don't fix it, though
18:58:27 <jlaska> proposed #agreed 676940 - RejectedNTH, will resolve post-alpha
18:58:39 <jlaska> proposed #agreed 676940 - RejectedNTH, CommonBugs, will resolve post-alpha
18:58:41 <adamw> if you propose for commonbugs please add a note explaining the impact is cobbler
18:58:57 <adamw> so i know what to write for commonbugs if i wind up doing it =)
18:59:13 <jlaska> and we know you will if I'm lazy!
18:59:27 <jlaska> I'm accepting this and moving on
18:59:29 <Viking-Ice> I ack on rj-cbs
18:59:41 <jlaska> #agreed 676940 - RejectedNTH, CommonBugs, will resolve post-alpha
18:59:44 <jlaska> Viking-Ice: nice :)
19:00:05 <Viking-Ice> probably should be rj-nth-cbs
19:00:08 <Viking-Ice> hehe
19:01:02 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678510
19:01:03 <buggbot> Bug 678510: urgent, unspecified, ---, matt_domsch, NEW, biosdevname segfaults when BIOS advertizes a zero sized PIRQ routing table
19:01:09 <jlaska> 3 biosdevname bugs
19:01:40 <jlaska> "Proposing F15 Alpha blocker." -Narendra
19:01:51 <jlaska> no idea on this one
19:01:56 <adamw> what's the impact of biosdevname segfaulting?
19:01:58 <adamw> would it kill install?
19:02:02 <tflink> looks like it was fixed, no?
19:02:07 <tflink> the pkg is in updates-testing
19:02:15 <tflink> http://koji.fedoraproject.org/koji/buildinfo?buildID=229252
19:02:19 <jlaska> appaers to be fixed in 0.3.7 which is already built
19:02:20 <adamw> tflink: yeah, the q is whether we take it
19:02:37 <jlaska> mdomsch isn't around
19:02:41 <adamw> if it helps short-cut discussion, i think 675048 should definitely be at least nth and make us take the fix
19:02:50 <Viking-Ice> I'm on taking  the fix
19:02:52 <adamw> i'm fine with taking the other two fixes at the same time
19:03:00 <Viking-Ice> yup me too
19:03:01 <jlaska> want to jump forward to that issue?
19:03:13 <jlaska> well ...
19:03:17 <jlaska> semantics
19:03:23 <dgilmore> im ok with it being nth
19:03:24 <jlaska> let's accept this as NTH
19:03:28 <dgilmore> ill likely pull it in
19:03:39 <dgilmore> since there was behaviour change in the latest version
19:04:02 <adamw> let's just +1 all three and take the fix
19:04:18 <jlaska> ack
19:04:35 <Viking-Ice> ack
19:04:36 <tflink> ack
19:04:53 <adamw> yay
19:05:12 <jlaska> proposed #agreed 678510 - AcceptedNTH, updated koji build available
19:05:14 <jlaska> #agreed 678510 - AcceptedNTH, updated koji build available
19:05:20 <jlaska> #agreed 675048 - AcceptedNTH, updated koji build available
19:05:26 <jlaska> #agreed 662905 - AcceptedNTH, updated koji build available
19:05:39 <jlaska> that felt good
19:05:40 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=656737
19:05:42 <buggbot> Bug 656737: medium, high, ---, nb, MODIFIED, Link to Release Notes using legacy URL
19:05:55 * dgilmore says push to beta
19:05:59 <jlaska> "This is nice-to-have for f15-alpha per docs team."
19:06:05 <dgilmore> it still works as is
19:06:13 <jlaska> it seems to redirect fine
19:06:15 <jlaska> yeah
19:06:19 <Viking-Ice> beta it is?
19:06:34 <tflink> do we know when the symlink is going away?
19:06:40 * nb wonders why not take it?
19:06:46 <adamw> it's pretty safe to take it since it's just a bookmarks package, but i don't really care either way.
19:06:48 <nb> all the diff is is just 1 line in the default bookmarks
19:06:50 <adamw> let's toss a coin and move on!
19:07:10 <nb> tflink, as soon as we can, the change only affects new installations
19:07:15 <jlaska> proposed #agreed 656737 - AcceptedNTH, will take fix into Alpha
19:07:16 <nb> so it'll be a while
19:07:23 * jlaska tries to shake it up
19:07:28 <clumens> jlaska: is there anything else with my name on it?
19:07:29 <jlaska> ack/nak/patch?
19:08:04 <jlaska> clumens: just a check-in to make sure the acceptedNTH bug 671922 is good to go.  But since we aren't respinning, I think we're good
19:08:05 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=671922 unspecified, unspecified, ---, dlehman, VERIFIED, ValueError: isys.umount() can only umount by mount point
19:08:11 <adamw> ack
19:08:20 <tflink> ack
19:08:39 <clumens> jlaska: they're moving cubes around here and it's a hell of a lot of racket, so i'm going to relocate to somewhere quieter as soon as my part is done here.
19:08:41 <Viking-Ice> neutral
19:09:08 <jlaska> dgilmore: ?
19:09:21 <dgilmore> jlaska: im pretty neutral
19:09:30 <dgilmore> im leaning towards least change right now
19:09:37 <jlaska> #agreed 656737 - AcceptedNTH, will take fix into Alpha
19:09:43 <dgilmore> but i really really want alpha out on time
19:09:57 <jlaska> +1 to that :)
19:10:07 <Viking-Ice> dont we always ;)
19:10:25 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=675652
19:10:26 <buggbot> Bug 675652: high, unspecified, ---, rstrode, MODIFIED, Can't start alternative (non-default) DE with gdm-2.91.6-2.fc15
19:10:31 <jlaska> this ought to be a good one
19:10:59 <clumens> jlaska: i maintain my stance on not rebuilding.
19:11:10 <jlaska> clumens: roger
19:11:30 <jlaska> halfline: adamw: what's the scoop here?
19:11:38 <adamw> er, unclear =)
19:11:44 <adamw> well, halfline knows better than me
19:11:49 <jlaska> There are two things breaking xfce:
19:11:49 <jlaska> 1) They were shipping an old version of gdm that was getting hit by bug 674978
19:11:51 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=674978 high, unspecified, ---, rstrode, VERIFIED, GDM in autologon error loop
19:11:52 <jlaska> 2) after upgrading gdm to a recent version, they started hitting a crasher in
19:11:55 <jlaska> gnome-session
19:11:57 <jlaska> so #1 is solved
19:12:02 <dgilmore> gdm-2.91.6-8.fc15 was not working for me
19:12:06 <adamw> yes. but that's not what I hit in testing, as i used a newer gdm.
19:12:13 <dgilmore> ill gladly take gdm-2.91.6-9.fc15 if things are working
19:12:24 <adamw> i still don't understand why launching xfce should involve gnome-session at all.
19:12:32 <adamw> so how does a crasher in gnome-session break xfce?
19:12:41 <halfline> gdm uses gnome-session
19:13:10 <adamw> okay. so, is that actually fixed?
19:13:14 <adamw> afaict -9 adds back the session chooser
19:13:19 <adamw> but that doesn't fix this bug, right?
19:13:23 <halfline> cwickert had to go
19:13:26 <adamw> er
19:13:30 <adamw> it fixes the #topic bug
19:13:34 <halfline> so we weren't able to debug the gnome-session crash he was hitting
19:13:37 <adamw> but not the actual important bug, which is xfce session not running
19:13:40 <adamw> okay
19:13:49 <adamw> i think i hit the same issue in my test
19:13:53 <adamw> so i'll have a look at it later
19:13:56 <halfline> cool
19:14:04 <adamw> practically speaking, we switched spin-kickstarts to use lxdm last night
19:14:05 <dgilmore> im going to install gdm-2.91.6-9.fc15 now and see what i get
19:14:07 <adamw> (for xfce spin)
19:14:19 <adamw> dgilmore: really you need to build an xfce live spin with that gdm and see what happens
19:14:21 <adamw> but i expect it would fail
19:14:27 <jlaska> adamw: so that works around this bug?
19:14:30 <adamw> it should, yes
19:14:39 <adamw> it's not been very heavily tested, but it worked for me, mostly
19:14:59 <adamw> once the nightly is built we can confirm the switch worked and it boots
19:15:00 * jlaska rereads the NTH criteria ..
19:15:00 <jlaska> bugs which constitute infringements of the desktop-related Fedora_Release_Criteria as applied to non-default desktops
19:15:03 <jlaska> bugs which result in a system being unable to reach a graphical environment
19:15:07 <jlaska> significant installer bugs which do not meet the criteria to be blocker bugs
19:15:09 <adamw> but this specific bug should probably be marked not nth anyway
19:15:15 <adamw> as it's not really the problem
19:15:34 * Viking-Ice takes on this whole issue is that each *DE should have it's own corresponding *DM not crossbreed with other *DM
19:15:38 <adamw> so, proposal - this is -1 nth, i and cwickert and halfline will look into the gnome-session crash and review teh situation
19:15:49 <jlaska> +1
19:15:52 <Viking-Ice> +1
19:15:59 <tflink> +1
19:16:37 <brunowolff> There was a patch posted to us a different dm for lxde or xfce because of this. I don't know that it is being used for the spin yet.
19:16:42 <dgilmore> +1
19:16:46 <jlaska> #agreed 675652 - RejectedNTH. adamw, cwickert and halfline will investigate gnome-session crash for futher action
19:16:56 <dgilmore> brunowolff: will be in todays nightlys
19:17:03 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=654762
19:17:04 <buggbot> Bug 654762: medium, low, ---, rstrode, NEW, plymouth does not start due to "Address already in use" error
19:17:07 <adamw> brunowolff: we kicked it through last night. lxde already uses lxdm.
19:17:15 <tflink> adamw: is the live spin with lxdm available somewhere?
19:17:24 <jlaska> I added this since I *think* this means we get an empty /var/log/boot.log
19:17:30 <adamw> tflink: today's nightly will do. my personal test spin, no, my upload sucks.
19:17:44 <jlaska> but this should be easily fixed post-Alpha
19:17:45 <tflink> adamw: OK, thanks
19:18:03 <adamw> i guess i'd be +1 nth on this if we have a reasonably safe fix as it does make debugging a pain
19:18:20 <jlaska> right, but I'm not keen on fiddling with plymouth now
19:18:28 <jlaska> like you said, 'safe fix'
19:18:44 <adamw> halfline: have a take on this?
19:18:51 <jlaska> fun ... I have /var/log/boot.log now
19:18:55 <jlaska> so something may have already fixed it
19:19:02 <jlaska> (could be in updates-testing ... not sure)
19:19:20 <tflink> someone claimed that it was fixed in plymouth-0.8.4-0.20101119.2.fc15.x86_64
19:19:38 <tflink> wait, I'm reading too quickly
19:19:44 <halfline> hang on
19:19:53 <halfline> the Address already in use error is completely benign
19:20:01 <halfline> it's already in use because it was already running
19:20:09 <jlaska> halfline: aah okay ... so I was wrong
19:20:19 <jlaska> it won't prevent /var/log/boot.log from filling up
19:20:25 <halfline> also mezcalero fixed systemd to not try to start it a second time
19:20:41 <halfline> and i changed plymouth not to print the message anymore
19:20:58 <dgilmore> jlaska: i think the boot.log thing was fixed in systemd
19:21:12 <jlaska> proposed #agreed 654762 - RejectedNTH.  Error message is benign.  Updated systemd resolves issue
19:21:15 <adamw> so the key fix is systemd
19:21:20 <adamw> is that one in dist-f15?
19:21:34 <jlaska> https://admin.fedoraproject.org/updates/systemd-18-1.fc15
19:22:07 * jlaska adding my karma feedback
19:22:43 <jlaska> ack/nak/patch?
19:23:00 <tflink> ack
19:23:08 <jlaska> #info Updated systemd available - karma needed
19:23:15 <dgilmore> ack
19:23:19 <Viking-Ice> ack
19:23:36 <jlaska> note ... that systemd resolves a previously accepted blocker 676815
19:23:41 <jlaska> scratch that
19:23:46 <jlaska> accepted *Beta* blocker
19:23:53 <jlaska> so that's not required for Alpha
19:24:28 <jlaska> #agreed 654762 - RejectedNTH.  Error message is benign.  Updated post-alpha systemd resolves issue
19:24:52 <jlaska> Okay gang ... that's it for Blockers (proposed + accepted) and NTH (proposed)
19:24:59 <jlaska> I'm out of gas for going through the accepted NTH issues
19:25:06 <adamw> we don't really need to
19:25:10 <dgilmore> jlaska: cheers
19:25:11 <Viking-Ice> agreed
19:25:12 <adamw> just look at the list and test any available updates
19:25:12 <jlaska> good!
19:25:22 <adamw> we can track nth fixes that should be pulled in the trac ticket
19:25:25 * dgilmore has lots of work to do to get a alpha rc composed
19:25:25 <jlaska> #topic Accepted NTH bugs
19:25:26 <jlaska> #link http://bit.ly/f15-alpha-nth-accepted
19:25:36 <jlaska> #topic Open Discussion
19:25:46 <jlaska> anything else we need to touch on?
19:25:51 <Viking-Ice> not from me
19:25:52 <jlaska> otherwise, let's get down to bidness
19:26:06 <adamw> are we spinning an rc>
19:26:07 <adamw> ?
19:26:11 <adamw> we still have unresolved open blockers, don't we?
19:26:30 <jlaska> yes
19:26:38 <dgilmore> adamw: yes
19:26:39 <adamw> so, we need to work on those
19:26:41 <adamw> k
19:26:48 <cwickert> sorry for disturbing... any ideas about bug 678431 ? is this a blocker or nth?
19:26:50 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=678431 unspecified, unspecified, ---, dennis, MODIFIED, Incorrect key for fedora-debug repo
19:27:04 <adamw> debug repos aren't used in an update by default, so no
19:27:17 <adamw> you only hit it if you have the yum plugin that auto-updates debuginfo packages installed i think
19:27:28 <jlaska> abrt?
19:27:30 <cwickert> well, all bug reporting tools are useless
19:27:40 <cwickert> both abrt and drkonqi
19:27:41 <dgilmore> adamw: that effects all repos, the fix is built for it
19:27:43 <adamw> ah
19:28:00 <dgilmore> i put the gpg keys in the wrong order
19:28:09 <adamw> let's take it then
19:28:11 <adamw> +1 blocker
19:28:17 <cwickert> cool, thanks
19:28:20 <dgilmore> ill +1 it
19:28:31 <Viking-Ice> I'll ack to it
19:28:34 <jlaska> #agreed 678431 - accepted as a blocker bug
19:28:35 <dgilmore> the change is one line on the config file
19:29:20 <jlaska> We have an update bug#676827
19:29:21 <buggbot> Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=676827 high, unspecified, ---, xgl-maint, NEW, keyboard with german layout doesn't work in gdm
19:29:28 <jlaska> it was *not* from a fresh install, but from a yum update
19:29:38 <jlaska> what does that change?
19:29:41 <adamw> nothing much
19:29:48 <adamw> we need to know _if it happens_ from a fresh install
19:29:54 <Viking-Ice> jlaska: it's not an alpha blocker :)
19:29:55 <adamw> if the reporter hasn't tested, we still don't know that
19:30:07 <adamw> we just know that we don't know...it's a known unknown ;)
19:30:30 <jlaska> clocks ticking
19:30:35 <Viking-Ice> not a blocker
19:30:54 <jlaska> Viking-Ice: do you have an opinion on this one? :D
19:31:40 * dgilmore thinks we cant know
19:31:47 <dgilmore> but that it likely a upgrade only issue
19:31:56 <dgilmore> and there is workarunds
19:32:02 <dgilmore> and i cant type
19:32:04 <jlaska> I'm going to join Viking-Ice on this one
19:32:20 <jlaska> just so we aren't playing games with "if this is the last bug on the list"
19:32:35 <Viking-Ice> I'm still saying that this is not an blocker since he has a working "keyboard"
19:32:42 <jlaska> imo ... if this was the last on the list, I'd be in favor of documenting the workaround
19:32:48 <adamw> fine
19:32:51 <adamw> i'll go with the majority
19:32:54 <jlaska> which means ... why shoudl we keep it on still?
19:33:04 <jlaska> well, votes ... I think it was just Viking-Ice & I
19:33:25 * dgilmore is with Viking-Ice
19:33:49 <jlaska> proposed #agreed 663294 remove from F15Alpha, acceptable workaround exists, *suspect* this only affects updates (not install)
19:34:25 * dgilmore needs to run to physio in a couple of minutes
19:34:37 <Viking-Ice> s/updates/upgrades right ?
19:34:38 <adamw> new proposed blocker showed up
19:34:40 <adamw> ack
19:34:55 <jlaska> #agreed 663294 remove from F15Alpha, acceptable workaround exists, *suspect* this only affects upgrades (not install)
19:35:01 <jlaska> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678644
19:35:03 <buggbot> Bug 678644: unspecified, unspecified, ---, pmatilai, NEW, yum reinstall hangs
19:35:08 <jlaska> adamw: that one?
19:35:11 <adamw> -1 blocker, yum reinstall is not part of alpha criteria
19:35:12 <adamw> yes
19:35:19 <Viking-Ice> not a blocker
19:35:24 <jlaska> I didn't even know about that feature
19:35:29 <jlaska> -1 blocker
19:36:00 <Viking-Ice> -1 blocker
19:36:05 <tflink> -1
19:36:08 <jlaska> #agreed 678644 - RejectedBlocker, yum reinstall not part of Alpha release criteria
19:36:25 <jlaska> okay ... #endmeeting fuse set to 2 mins
19:36:31 <jlaska> #topic Open Discussion
19:36:52 <adamw> so action is with anaconda team to clear up live install blockers and desktop team to look at clutter bugs?
19:36:58 <adamw> from what i can see
19:37:00 <jlaska> adamw: thanks for clarifying
19:37:14 <adamw> jlaska: er, that live install issue we hit isn't set as blocker
19:37:17 <adamw> jlaska: should we?
19:37:31 <jlaska> it may be after rbergeron had to leave, so we have some bz updates to make
19:37:45 <adamw> i'm not sure we reviewed it as a blocker at all
19:37:51 <adamw> we just mentioned it in side discussion
19:37:58 <jlaska> #chair adamw
19:37:58 <zodbot> Current chairs: adamw jlaska
19:38:04 <adamw> what was the url again? i lost it
19:38:16 <jlaska> https://fedoraproject.org/wiki/User:Jlaska#Links
19:38:46 <adamw> no, to the bug
19:39:16 <adamw> oh 678607
19:39:29 <adamw> #topic https://bugzilla.redhat.com/show_bug.cgi?id=678607
19:39:31 <buggbot> Bug 678607: medium, medium, ---, anaconda-maint-list, NEW, AttributeError: 'NoneType' object has no attribute 'format'
19:39:42 <adamw> propose this as blocker - jlaska and i both hit it testing live install with the fixed kernel
19:39:45 <jlaska> ah, thank you
19:39:50 <jlaska> +1
19:39:55 <Viking-Ice> +1
19:40:02 <adamw> jlaska: what was your hardware for the test btw? vm? bare metal? what disk?
19:40:05 <jlaska> one more thing lurking behind the untested doors of live install
19:40:07 <jlaska> vm
19:40:12 <adamw> disk size?
19:40:22 <jlaska> 15G, 10G, 2G, 2G
19:40:36 <adamw> k
19:40:42 <adamw> mine's just a 10G i told it to wipe
19:40:46 <adamw> so it hits different disk configs
19:41:46 <jlaska> #agreed 678607 - AcceptedBlocker, appears to block the limited Live testing performed so far
19:42:09 <jlaska> anything else?
19:42:11 <Viking-Ice> Well I got to run
19:42:20 <jlaska> Viking-Ice: thanks for helping us through ... cya
19:42:26 <Viking-Ice> like wize
19:42:30 <jlaska> calling #endmeeting in 1 min
19:42:33 <Viking-Ice> happy brewing this weekend
19:42:40 <jlaska> :D
19:43:27 <jlaska> endmeeting in 10 seconds
19:43:31 <bcl> that's a dupe of 672030 I think
19:44:20 <jlaska> looks like it
19:44:21 <tflink> looks like
19:44:26 <jlaska> okay ... let's close this puppy out
19:44:31 <jlaska> we can do the DUP game out of meeting
19:44:32 <jlaska> thanks all!
19:44:41 <jlaska> I'll send minutes to the list(s)
19:45:11 <jlaska> #endmeeting