16:00:37 <kparal> #startmeeting F21-blocker-review
16:00:37 <zodbot> Meeting started Wed Aug 20 16:00:37 2014 UTC.  The chair is kparal. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:37 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:00:37 <kparal> #meetingname F21-blocker-review
16:00:37 <kparal> #topic Roll Call
16:00:37 <zodbot> The meeting name has been set to 'f21-blocker-review'
16:00:47 <sgallagh> .hellomynameis sgallagh
16:00:48 <zodbot> sgallagh: sgallagh 'Stephen Gallagher' <sgallagh@redhat.com>
16:00:53 <kparal> welcome? who's here for 3 hours of pure fun?
16:00:59 <kparal> hehe
16:01:17 * danofsatx-work is here, timeframe is limited
16:01:22 * satellit listening
16:01:35 * jskladan is here, not for 3 hours though :)
16:01:42 * kparal can't apparently type even the welcome message without a typo
16:02:03 <kparal> jskladan: don't worry, we'll make you stay
16:02:09 * kparal pokes tflink
16:02:16 <jskladan> propose: cancel meeting because of kparal's inability to type
16:02:24 <danofsatx-work> seconded
16:02:27 <kparal> propose: make jskladan the leader
16:02:36 <jskladan> -
16:02:43 * danofsatx-work still can't see the typo anyhow
16:02:49 <danofsatx-work> I need more coffee, apparently
16:03:00 <kparal> #chair jskladan tflink
16:03:00 <zodbot> Current chairs: jskladan kparal tflink
16:03:00 <tflink> sorry, still trying to chase down this db-got-dissapeared issue
16:03:28 <kparal> tflink: no worries, just type 'ack' every now and then
16:03:50 <kparal> so, we have some people, let's start
16:03:52 <tflink> ack
16:04:02 <kparal> #topic Introduction
16:04:02 <kparal> Why are we here?
16:04:02 <kparal> #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:04:02 <kparal> #info We'll be following the process outlined at:
16:04:05 <kparal> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
16:04:07 <kparal> #info The bugs up for review today are available at:
16:04:09 <kparal> #link http://qa.fedoraproject.org/blockerbugs/current
16:04:11 <kparal> #info The criteria for release blocking bugs can be found at:
16:04:13 <kparal> #link https://fedoraproject.org/wiki/Fedora_21_Alpha_Release_Criteria
16:04:15 <kparal> #link https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria
16:04:17 <kparal> #link https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria
16:04:19 <kparal> #info 2 Proposed Blockers
16:04:21 <kparal> #info 7 Accepted Blockers
16:04:23 <kparal> #info 1 Proposed Freeze Exceptions
16:04:25 <kparal> #info 0 Accepted Freeze Exceptions
16:04:29 <kparal> ============================================================
16:04:29 <kparal> Proposed Blockers
16:04:31 <kparal> ============================================================
16:04:35 <kparal> #topic (1127280) OSError: [Errno 2] No such file or directory
16:04:37 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1127280
16:04:39 <kparal> #info Proposed Blocker, anaconda, NEW
16:04:50 <kparal> I say we skip this one for the same reason we skipped it last week
16:04:55 <kparal> (last comment)
16:05:05 <kparal> I believe we don't even need to update the bug
16:05:11 <kparal> oh, who's the secretary?
16:05:17 * kparal looks at jskladan
16:05:24 <jskladan> yay, less work for me!
16:05:39 <kparal> #info jskladan volunteered to be the secretary
16:06:23 <jskladan> moving on, then?
16:06:37 <kparal> propose #agreed 1127280 - skip - the same reasons as last time
16:06:44 * satellit workstation live worked today...
16:07:00 <kparal> satellit: yeah, I believe once the compose issues are gone, we won't see this bug again
16:07:24 <kparal> ack/nack/patch?
16:07:35 <tflink> ack
16:07:35 <jskladan> ackity ack
16:07:41 <satellit> ack
16:07:44 <sgallagh> satellit: The workstation compose worked today thanks to a nasty hack. I've submitted a less nasty hack that I hope will be built into tomorrow's compose.
16:07:55 <kparal> #agreed 1127280 - skip - the same reasons as last time
16:07:57 <sgallagh> ack (for skipping)
16:08:01 <tflink> any news on what's going on with freeze?
16:08:44 * kparal waits a bit if anyone has useful info
16:08:57 <kparal> I have no news about the freeze
16:09:13 <kparal> sgallagh: do you?
16:09:36 <sgallagh> I do
16:10:15 <sgallagh> Dennis is working on dealing with an ImageFactory issue holding up the cloud images
16:10:22 <sgallagh> As soon as that lands, we'll have an Alpha
16:10:44 <kparal> TC compose
16:10:45 * danofsatx-work cheers
16:10:47 <sgallagh> yes
16:11:14 <kparal> sgallagh: so what's the current freeze schedule?
16:11:22 <kparal> it should have been yesterday according to https://fedoraproject.org/wiki/Releases/21/Schedule
16:11:45 * tflink suspects that will be a topic for discussion in today's FESCo meeting
16:11:57 <kparal> ah, roger
16:11:58 <sgallagh> Probably slips a day or two
16:12:17 <sgallagh> Since we don't actually have a proper Alpha yet
16:12:17 * nirik was thinking of proposing gating on having a TC compose
16:12:27 <sgallagh> nirik: I'd second that
16:12:29 <kparal> #info TC compose news - Dennis is working on dealing with an ImageFactory issue holding up the cloud images. As soon as that lands, we'll have an Alpha TC
16:12:33 <tflink> at least that
16:12:51 <nirik> but not sure how complete we want it, etc. ;) but yeah, fesco will likely discuss today
16:13:00 <tflink> but why should freeze start be any different than slipping WRT the "whole week or not all" bit?
16:13:22 <kparal> #topic Schedule discussions
16:13:44 <tflink> sorry, wasn't trying to derail the meeting
16:14:09 <kparal> just making sure it's visible in the logs
16:14:10 <danofsatx-work> this is a blocker review meeting - by definition, it can't be derailed
16:14:24 <nirik> well, the reason for freeze is to stablize a thing for a milestone. If we don't have a compose, things are clearly not stable enough. If we do have a compose, why not go into freeze before more unwanted changes land and destablize it more.
16:14:37 <tflink> fair point
16:14:59 <kparal> FE approval process will be a bit more painful
16:15:02 <nirik> I just worry if we push another week someone will think... "hey, I can land my crazy thing now"
16:15:21 <nirik> anyhow, dunno
16:15:38 <nirik> we may be counting our TC's before they are composed anyhow
16:16:13 <kparal> thanks for updates, let's go back to blockers?
16:16:50 * kparal assumes yes
16:17:06 <kparal> #topic (1085846) [FAILED] Failed to start Login Service.
16:17:06 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1085846
16:17:06 <kparal> #info Proposed Blocker, glibc, NEW
16:17:20 <sgallagh> This is almost certainly a dupe of https://bugzilla.redhat.com/show_bug.cgi?id=1127103
16:18:34 <kparal> sgallagh: do you mean it's caused by the compose bug, and once it is fixed it will go away?
16:18:37 <sgallagh> I'd close it as such and reopen it if-and-only-if it reoccurs after that bug is fixed.
16:18:40 <sgallagh> kparal: Yes
16:18:55 <kparal> ok, let's do the same approach as for the previous bug
16:20:08 <kparal> proposed #agreed 1085846 - skip - This is most probably caused by 1127103 and should be resolved once it is fixed. We will re-evaluate this bug if it still persists after 1127103 is fixed.
16:20:23 * sgallagh shrugs. Ack, I guess.
16:20:35 <jskladan> if ^^ acks, then who am i to disagree :)
16:20:39 <tflink> ack
16:20:49 <kparal> we can close right away, but we skipped the previous one as well
16:21:00 <kparal> doesn't matter that much I think
16:21:12 <kparal> #agreed 1085846 - skip - This is most probably caused by 1127103 and should be resolved once it is fixed. We will re-evaluate this bug if it still persists after 1127103 is fixed.
16:21:30 <kparal> jskladan: this one needs to be updated in bugzilla, though ;)
16:21:42 * jskladan is working on it
16:21:45 <kparal> that was all of proposed blockers
16:21:54 <sgallagh> (for alpha)
16:22:01 <kparal> onto proposed FE or not yet since there's no freeze yet?
16:22:06 <kparal> sgallagh: right
16:22:29 <sgallagh> kparal: Let's assume a freeze ends up happening before the next meeting and triage it
16:22:36 <kparal> ok
16:22:43 <kparal> ============================================================
16:22:43 <kparal> Proposed Freeze Exceptions
16:22:43 <kparal> ============================================================
16:22:49 <kparal> #topic (1116291) [en_US] imsettings-qt pulls in imsettings on Workstation Live causing: can't use any input method in gtk applications for en_US.utf8 locale
16:22:49 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1116291
16:22:49 <kparal> #info Proposed Freeze Exceptions, spin-kickstarts, MODIFIED
16:23:58 <sgallagh> Looks like this one should hopefully be resolved in the in-progress TC3
16:24:50 * amita joining late
16:24:51 <kparal> I'm +1 here, broken input settings is inconvenient for many people
16:24:57 <sgallagh> +1 as well
16:25:00 <tflink> +1
16:25:44 <kparal> proposed #agreed 1116291 - AcceptedFreezeException
16:26:09 <danofsatx-work> +1
16:26:13 <danofsatx-work> er. ack even
16:26:30 <kparal> should I provide some reasoning even for FEs? not sure
16:26:55 <jskladan> you should, imho
16:27:42 <kparal> jskladan: so let's hear it :)
16:27:50 <sgallagh> Proposed reasoning: Without proper input method support, many users would be unable to test Alpha
16:28:01 <kparal> proposed #agreed 1116291 - AcceptedFreezeException - Without proper input method support, many users would be unable to test Alpha
16:28:05 <kparal> sounds good, thanks sgallagh
16:28:08 <jskladan> ack
16:28:14 <sgallagh> ack
16:28:47 * kparal waiting a minute for tflink, otherwise accepting
16:28:54 <tflink> ack
16:28:59 <kparal> #agreed 1116291 - AcceptedFreezeException - Without proper input method support, many users would be unable to test Alpha
16:29:12 <kparal> and now the best part
16:29:13 <kparal> ============================================================
16:29:13 <kparal> Accepted Blockers
16:29:13 <kparal> ============================================================
16:29:20 <kparal> #topic (1127103) Workstation image compose sometimes fails due to filesystem consistency issues (caused by sssd library being held open)
16:29:20 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1127103
16:29:20 <kparal> #info Accepted Blocker, distribution, NEW
16:29:40 <kparal> so, we already heard some updates earlier, I'll try to reprint into #info
16:30:19 <sgallagh> The issue is a complex interaction between the compose tool (livecd-creator), mock and glibc.
16:30:42 <kparal> #info The issue is a complex interaction between the compose tool (livecd-creator), mock and glibc.
16:30:46 <sgallagh> There are two proposed workarounds that allow the compose to complete successfully.
16:31:01 <kparal> #info sgallagh submitted a hack/patch that should be built in tomorrow's compose
16:31:13 <sgallagh> The easier-but-less-complete workaround was used last night to complete a compose of Workstation
16:31:32 <sgallagh> The more complete and less-hacky patch will be done for a future compose (tonight?)
16:32:05 <sgallagh> In any case, this bug will be closed imminently
16:32:32 <kparal> sgallagh: thanks for moving this forward
16:33:11 * sgallagh wishes he had heard about this sooner
16:33:29 <sgallagh> I will now be attending every blockerbugs meeting I can manage :)
16:33:35 <kparal> then we need to improve our communications about important blockers
16:33:52 <kparal> or be able to find relevant people faster
16:34:26 <kparal> sgallagh: that sounds great :)
16:34:29 <kparal> let's move on
16:34:37 <kparal> #topic (1109603) dracut unable to boot 3.16 most of the time
16:34:37 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1109603
16:34:37 <kparal> #info Accepted Blocker, dracut, NEW
16:34:57 <kparal> #no update in bugzilla since last time
16:35:09 <kparal> #info no update in bugzilla since last time
16:35:19 <danofsatx-work> I don't agree with "most of the time" - I've not hit it at all
16:35:36 <danofsatx-work> er, wait - scratch that for a sec
16:35:40 * danofsatx-work reviews
16:35:58 <sgallagh> I've not hit this either
16:36:15 <sgallagh> Oh, it's only on ARM
16:36:30 <danofsatx-work> whoops, this is ARM specific. no wonder I've not seen it. carry on.
16:36:56 <kparal> so, I see probinson in the bugzilla, but pjones mentioned in the last comment
16:37:01 <kparal> I wonder if that's a typo
16:37:21 <kparal> and who we should bother about it
16:37:54 <kparal> pwhalen: have you seen 1109603?
16:38:24 <kparal> dgilmore: hey, any updates about 1109603?
16:38:35 <sgallagh> kparal: Unlikely to be a typo
16:38:43 <sgallagh> pjones works on dracut, probinson does not :)
16:38:53 <sgallagh> (last I heard, anyway)
16:39:29 <pwhalen> this seems to only be present with debug enabled kernels, i have not seen it since it was disabled
16:40:16 <sgallagh> pwhalen: subtle timing race condition?
16:40:43 <kparal> pjones: your name is mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=1109603
16:40:55 <kparal> "So Peter Jones agreed to put some traces in and track down more information"
16:41:05 <kparal> looking for someone to move this forward
16:41:19 <pjones> I think that's jsmith commenting on the wrong bug
16:41:36 <pjones> pretty sure the bug I said that about was 1127103
16:41:50 <pwhalen> sgallagh, it seems like it
16:42:12 <pjones> (which I've since, you know, traced and debugged and maybe even solved...)
16:43:24 <kparal> ok, so we need to ping probinson then
16:44:02 <kparal> do we have a volunteer?
16:44:14 <pwhalen> kparal, sure
16:44:20 <kparal> pwhalen: thanks
16:44:48 <kparal> #action pwhalen to ping probinso to add logs and move this forward
16:45:23 <kparal> jskladan: in your update, please mention that comment 12 is wrong and we're not waiting for pjones
16:45:34 <jskladan> workin' on it, boss ;)
16:45:42 <kparal> anything else anyone?
16:46:18 <kparal> let's move to the next one, then
16:46:20 <kparal> #topic (1123845) Server presets not applied in systemd scriptlets
16:46:20 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1123845
16:46:20 <kparal> #info Accepted Blocker, fedora-release, NEW
16:47:30 <kparal> it seems this could be fixed in the next compose
16:47:50 <sgallagh> This should be fixed now.
16:47:54 <kparal> if "The patch has been applied" means it has been pushed to fedora git
16:48:07 <sgallagh> It worked in local tests and was part of the compose run last night
16:48:26 <sgallagh> I'm waiting to test the results on the official compose before marking it VERIFIED, but it's believed to be resolved.
16:48:32 <kparal> #info this should be fixed now, we will see in the next compose
16:48:35 <kparal> sgallagh: thanks
16:48:52 <kparal> let's move on
16:48:53 <kparal> #topic (1088933) update grubby to support device tree options for arm
16:48:53 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1088933
16:48:54 <kparal> #info Accepted Blocker, grubby, POST
16:49:40 <kparal> no bugzilla update since last time
16:49:50 <pwhalen> right. this still needs to be looked at, dgilmore has had his hands full
16:50:15 <kparal> #info this still needs to be looked at, dgilmore has had his hands full
16:50:43 <kparal> I wonder if there's someone to work on it instead of dgilmore
16:51:30 <kparal> but if we don't know about anybody, we can't do much than wait
16:51:55 <kparal> move on?
16:52:05 <danofsatx-work> +1
16:52:20 <sgallagh> +1
16:52:24 <kparal> #topic (1127450) Black screen after userless installation of KDE live
16:52:24 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1127450
16:52:25 <kparal> #info Accepted Blocker, initial-setup, ON_QA
16:52:25 <satellit> +1
16:52:45 <kparal> again, no update in bugzilla since last time
16:52:48 * satellit I have not tested lately
16:53:02 <kparal> but it's ON_QA, so I hope we can test it with the next compose
16:53:37 <sgallagh> Defer until tested in a compose?
16:53:53 <kparal> #info this will be tested with the next functional compose
16:54:12 <danofsatx-work> It's dropping back to the anaconda users config
16:54:33 <danofsatx-work> but there is no blank screen, at least
16:54:42 <kparal> sounds good
16:54:43 <satellit> I get a black screen in VB
16:55:02 <kparal> so let's wait until TC
16:55:10 <kparal> #topic (1110758) SELinux prevents cockpit from working on Fedora 21
16:55:10 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1110758
16:55:10 <kparal> #info Accepted Blocker, selinux-policy-targeted, VERIFIED
16:55:24 <kparal> this is verified, so I guess we don't need to discuss it
16:55:49 <kparal> jskladan: you don't have to update this one :)
16:55:54 <kparal> #info verified, skipping
16:56:12 <kparal> #topic (1044778) wandboard uboot missing serial line speed in console environment variable
16:56:13 <kparal> #link https://bugzilla.redhat.com/show_bug.cgi?id=1044778
16:56:13 <kparal> #info Accepted Blocker, uboot-tools, NEW
16:56:14 <jskladan> kparal: thx
16:57:05 <kparal> so, this one again waits for Dennis
16:57:26 <kparal> and we're not even sure if it should stay a blocker or not, IIUIC
16:58:12 <kparal> do we have someone to move things forward a bit?
16:58:34 <kparal> it seems wandboard upstream should be contacted
16:58:35 <danofsatx-work> masta, maybe?
16:58:44 <sgallagh> kparal: Demote to freeze-exception?
16:59:05 <kparal> I would like to hear some expert opinion first
16:59:17 <kparal> pwhalen: do you know some details about this one?
16:59:48 <pwhalen> kparal, I agree with sgallagh, demote to FE
17:00:21 <pwhalen> this affects one board, will be fixed when rebased for f21, as time permits
17:00:37 <kparal> the reason for accepting was: "A system installed without a graphical package set must boot to a state where it is possible to log in through at least one of the default virtual consoles. "
17:01:08 <kparal> so propose to change to FE based on the fact it affect just a limited range or hardware, is that right?
17:01:22 <kparal> tflink: do you have any opinion on this?
17:01:42 <tflink> from what I recall dennis saying last week, I'm OK with FE instead of blocker
17:01:45 <pwhalen> kparal, right
17:02:04 * danofsatx-work concurs with tflink
17:02:15 <sgallagh> +1 FE
17:02:32 <danofsatx-work> +1 FE
17:02:45 <tflink> +1 FE
17:02:51 <pwhalen> +1 FE
17:03:21 <kparal> propose #agreed 1044778 - RejectedBlocker AcceptedFreezeException - After re-evaluation, this affects only a single board and does not deserve a blocker status. We will still accept the patch during freeze to make this board work.
17:03:58 <jskladan> ack
17:04:42 <kparal> .moar acks
17:04:42 <zodbot> kparal: (moar <an alias, 2 arguments>) -- Alias for "echo here $2, have some more $1".
17:04:50 <kparal> hmm
17:04:53 <pwhalen> ack
17:05:03 <kparal> .moar acks kparal
17:05:03 <zodbot> here kparal, have some more acks
17:05:24 <tflink> patch: After re-evaluation, this affects a single board and doesn't prevent serial console from working - just working at the same speed that other boards work at. There are also some questions on whether we would want to diverge from upstream if they did not agree to take the patch, making FE better for this particular bug
17:05:40 <sgallagh> ack ack ack ack ack
17:05:42 <kparal> sounds good
17:05:49 <tflink> er, with the bit about still accepting a patch during freeze
17:05:53 <danofsatx-work> ack
17:06:03 <sgallagh> To be clear, I'm also acking tflink's patch.
17:06:14 <kparal> propose #agreed 1044778 - RejectedBlocker AcceptedFreezeException - After re-evaluation, this affects a single board and doesn't prevent serial console from working - just working at the same speed that other boards work at. There are also some questions on whether we would want to diverge from upstream if they did not agree to take the patch, making FE better for this particular bug
17:06:22 <kparal> tflink: I think that's implied from your sentence
17:07:18 <kparal> I guess I'll consider this acked enough
17:07:48 * kparal waiting half a minute just to be sure
17:07:51 <tflink> ack
17:08:31 <kparal> #agreed 1044778 - RejectedBlocker AcceptedFreezeException - After re-evaluation, this affects a single board and doesn't prevent serial console from working - just working at the same speed that other boards work at. There are also some questions on whether we would want to diverge from upstream if they did not agree to take the patch, making FE better for this particular bug
17:08:50 <kparal> congratulations, this was probably the fastest blocker bug meeting ever!
17:08:56 <kparal> #topic Open Floor
17:09:09 <sgallagh> So we just made a very unfortunate discovery
17:09:24 <kparal> let's hear the bad news
17:09:32 <sgallagh> Most of the mass rebuild that just completed is potentially vulnerable to a bug that snuck into RPM.
17:09:42 <kparal> oh
17:09:44 <kparal> which one?
17:09:53 <sgallagh> kparal: Which what?
17:09:58 <kparal> which bug?
17:10:06 <sgallagh> .bz 1131892
17:10:49 <sgallagh> So many (most?) packages that were just built did not do so with the correct Provides:
17:11:10 <kparal> ugh
17:11:19 <kparal> which means another mass rebuilt?
17:11:28 <nirik> only those with external dep overriding
17:11:28 <kparal> *rebuild
17:11:34 <nirik> so not many hopefully
17:12:03 <kparal> #info some packages were hit by bug 1131892, we'll need to rebuild them once again
17:12:21 <kparal> I assume that can postpone the compose or freeze even more?
17:13:08 <sgallagh> kparal: Depends on how many need to be rebuilt.
17:13:19 <sgallagh> If it's only a handful, we can probably do that before the compose.
17:13:28 <sgallagh> If we're talking about dozens or hundreds....
17:13:47 <kparal> got it
17:14:03 <kparal> thanks for info
17:14:10 <kparal> anything else anyone?
17:14:47 * satellit I will test KDE root no user bug with boot.iso in VB ....
17:14:59 <tflink> nothing from me
17:15:33 <kparal> jskladan: it seems we won't be able to hold you until 9 pm local time
17:16:01 <jskladan> kparal: http://i1.kym-cdn.com/entries/icons/original/000/000/854/vader_NOOOO.jpg
17:16:27 <kparal> we'll make it up to you in 2 weeks
17:16:38 <amita> kparal, I wanted to ask why this meeting is not on #fedora-meeting
17:16:39 <amita> but the length of the mom
17:16:39 <amita> cleared my doubts :P
17:16:54 <kparal> amita: exactly :)
17:16:57 <tflink> yeah, that's pretty much why we have blocker meetings here
17:17:08 <amita> so long..
17:17:14 <tflink> length and unpredictable frequency
17:17:22 <tflink> amita: and these are the short ones :-/
17:17:24 <amita> It is 11 here.. :)
17:17:42 <amita> few things are not making sense to me even
17:17:50 <amita> though I am trying to read but..
17:18:42 <jskladan> ok /me is out packing once again, see you around tomorrow...
17:18:51 <kparal> let's end the meeting if there's nothing else, we can chat afterwards
17:18:56 <kparal> thanks for attending everyone!
17:19:06 <amita> thanks for ending kparal
17:19:12 <kparal> #endmeeting