17:02:41 <adamw> #startmeeting F24-blocker-review
17:02:42 <zodbot> Meeting started Mon Jan 18 17:02:41 2016 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:02:42 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
17:02:42 <zodbot> The meeting name has been set to 'f24-blocker-review'
17:02:45 <adamw> #meetingname F24-blocker-review
17:02:45 <zodbot> The meeting name has been set to 'f24-blocker-review'
17:02:48 <adamw> #topic Roll Call
17:02:57 * garretraziel is here
17:02:57 <adamw> ahoyhoy, who's around to review some blockers?
17:03:24 * jkurik is here as an observer only
17:05:28 * pschindl is here
17:05:43 <adamw> jkurik: no observing! you vote or you run laps!
17:05:47 <adamw> :P
17:06:11 * kparal is here
17:07:02 <adamw> #chair kparal garretraziel
17:07:02 <zodbot> Current chairs: adamw garretraziel kparal
17:07:30 <adamw> #topic Introduction
17:07:30 <adamw> Why are we here?
17:07:30 <adamw> #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.
17:07:30 <adamw> #info We'll be following the process outlined at:
17:07:31 <adamw> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
17:07:34 <adamw> #info The bugs up for review today are available at:
17:07:36 <adamw> #link http://qa.fedoraproject.org/blockerbugs/current
17:07:38 <adamw> #info The criteria for release blocking bugs can be found at:
17:07:40 <adamw> #link https://fedoraproject.org/wiki/Fedora_24_Alpha_Release_Criteria
17:07:42 <adamw> #link https://fedoraproject.org/wiki/Fedora_24_Beta_Release_Criteria
17:07:44 <adamw> #link https://fedoraproject.org/wiki/Fedora_24_Final_Release_Criteria
17:09:55 <adamw> it seems like someone's been fixing bugs or something, because we only have:
17:10:03 <adamw> #info 2 Proposed Final Blockers
17:10:09 <adamw> we also have:
17:10:20 <adamw> #info 2 Accepted Alpha Blockers and 2 Accepted Final Blockers
17:10:32 <kparal> those scoundrels, fixing bugs...
17:10:41 <adamw> so, should be a nice short meeting - i figure we just do the proposals and the accepted alpha blockers then whisky
17:11:05 <adamw> so, here are the proposed final blockers:
17:11:06 <adamw> #topic (1282614) [abrt] empathy: _XInternAtom(): empathy-chat killed by SIGSEGV
17:11:06 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1282614
17:11:06 <adamw> #info Proposed Blocker, empathy, NEW
17:11:42 <kparal> -1 blocker due to comment 20, it was removed from default install
17:11:49 <adamw> point
17:12:02 <pschindl> -1
17:12:26 <garretraziel> -1
17:12:29 <sgallagh> /me arrives late, votes -1
17:12:38 <adamw> hi sgallagh!
17:13:32 <jkurik> -1 from my side - because of the comment #20
17:13:47 <adamw> proposed #agreed 1282614 - RejectedBlocker (Final) - Empathy was dropped from the default Workstation package set (and is not in any other release-blocking package set), so this does not violate the criterion
17:14:00 <adamw> anyone up for secretarializing duties, btw?>
17:14:39 <pschindl> ack
17:14:44 <pschindl> I'll do it
17:14:48 <jkurik> ack
17:14:50 <adamw> thanks pschindl
17:14:55 <kparal> ack
17:14:59 <adamw> #agreed 1282614 - RejectedBlocker (Final) - Empathy was dropped from the default Workstation package set (and is not in any other release-blocking package set), so this does not violate the criterion
17:15:39 <adamw> #topic (1291940) SELinux is preventing systemd from 'create' accesses on the unix_stream_socket Unknown.
17:15:39 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1291940
17:15:39 <adamw> #info Proposed Blocker, selinux-policy, NEW
17:16:36 <adamw> so there's some new logging...thing...for libvirt, called virtlogd
17:16:50 <sgallagh> And it doesn't work out of the box on Rawhide.
17:17:03 <adamw> right, and this denial seems to be the reason why
17:17:13 <kparal> +1
17:17:29 <adamw> it's a blocker simply for being a failed service on boot, but as it happens, it also prevents virt from working unless you fix the denial somehow or change the libvirt config.
17:17:51 <adamw> so we could argue it as a beta blocker from that perspective, but i suspect we'd handwave it by saying you could change the config.
17:18:17 <sgallagh> It also breaks both virt-manager and Boxes, so that violates the default application rule too
17:18:35 <garretraziel> +1 for me
17:18:44 <jkurik> +1 ... this seems to be easy to fix
17:19:01 <sgallagh> +1
17:19:11 <pschindl> +1
17:19:31 <sgallagh> BTW, has anyone proposed the /tmp tmp_t/tmpfs_t bug for a blocker yet?
17:21:01 <jkurik> sgallagh: I do not see it on the list of proposed blockers
17:21:19 <adamw> sgallagh: i didn't
17:21:25 <adamw> does it have a blocker consequence?
17:21:43 <sgallagh> adamw: Well, it breaks both major VPNs, so arguably that falls into basic desktop functionality
17:22:10 <adamw> proposed #agreed 1291940 - AcceptedBlocker (Final) - violates "All system services present after installation with one of the release-blocking package sets must start properly, unless they require hardware which is not present."
17:22:24 <jkurik> ack
17:22:24 <pschindl> ack
17:22:25 <sgallagh> /me looks for the BZ
17:22:32 <kparal> ack
17:22:33 <adamw> sgallagh: ehhhhh, maybe. well, propose it and we can argue about it later.
17:22:33 <sgallagh> ack
17:22:38 <adamw> #agreed 1291940 - AcceptedBlocker (Final) - violates "All system services present after installation with one of the release-blocking package sets must start properly, unless they require hardware which is not present."
17:23:16 <adamw> sgallagh: you have one minute to add to the proposed list. :P
17:24:04 <sgallagh> adamw: I found thebug. Adding to the list now
17:24:58 <adamw> TICK TOCK TICK TOCK
17:25:19 <sgallagh> Done
17:25:29 <sgallagh> .bug 1297375
17:25:30 <zodbot> sgallagh: Bug 1297375 SELinux is preventing /usr/sbin/openvpn from 'read, write' accesses on the directory /tmp. - https://bugzilla.redhat.com/1297375
17:26:55 <adamw> #topic (1297375) SELinux is preventing /usr/sbin/openvpn from 'read, write' accesses on the directory /tmp.
17:27:00 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1297375
17:27:14 <adamw> #info Proposed Blocker, selinux-policy, NEW
17:27:41 <kparal> this criterion fits it as well, maybe better: All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use.
17:27:45 <sgallagh> Many Fedora users (particularly those with an @redhat.com email address) rely on VPN software to always work.
17:27:46 <adamw> i'm kinda meh on this, it's a bit annoying but it's trivial to workaround
17:27:55 <adamw> i'm not sure it'd pass the last-blocker-at-go/nogo smell tests
17:28:10 <sgallagh> adamw: manually running restorecon at every boot?
17:28:15 <adamw> kparal: yeah, i like that one a tad more
17:28:15 <jkurik> sgallagh: what functionality it affects ? Does it only report the AVC denial, or a functionality is broken ?
17:28:16 <sgallagh> That's a pretty awful workaround
17:28:25 <adamw> sgallagh: eh, i have this bug at present and it doesn't bother me much
17:28:27 <sgallagh> jkurik: AVC denial results in the VPN not connecting
17:28:30 <adamw> restorecon -vr /tmp , there, that was 5 seconds
17:28:39 <adamw> jkurik: VPN connection fails
17:28:40 <sgallagh> adamw: It drives me nuts to have to do that on every boot
17:28:47 <adamw> sgallagh: stick it in rc.local then? :)
17:28:53 <sgallagh> /me hisses
17:29:07 <adamw> i mean, i don't hate a +1, just from my personal experience this one doesn't have me climbing the walls
17:29:08 <kparal> personally I'd consider vpn functionality a core part of the workstation desktop
17:29:10 <adamw> count me a 0
17:29:16 <kparal> it's a _workstation_, after all
17:29:25 <jkurik> ok, then I am +1 as a blocker
17:29:32 <pschindl> +1
17:29:43 <kparal> I'm more plus than minus :)
17:30:41 <sgallagh> I'm +1 on the grounds that a non-expert user wouldn't know how to fix it.
17:30:56 <sgallagh> And setroubleshoot wasn't very helpful
17:33:28 <adamw> alrighty
17:33:32 <adamw> sorry, was reading an email
17:33:42 <garretraziel> I'm +1 also
17:33:43 <sgallagh> adamw: Haven't you learned never to do that by now?
17:34:02 <kparal> we also have a criterion about no selinux errors during regular work
17:34:07 <sgallagh> I find that it always leads either to frustration or extra work. Sometimes both
17:34:13 <adamw> proposed #agreed 1297375 - AcceptedBlocker (Final) - violates " All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use.", VPN connection is considered 'typical use' of networking
17:34:19 <sgallagh> kparal: No, it's only during boot, isn't it?
17:34:27 <adamw> kparal: the SELinux criterion is just no AVCs on boot out-of-the-box IIRC
17:34:29 <adamw> it's a polish criterion
17:34:29 <sgallagh> adamw: ack
17:34:39 <kparal> ok, I take it back then
17:34:41 <adamw> sgallagh: you know, you'd *think* i'd learn that lesson
17:34:45 <kparal> ack
17:35:00 <pschindl> ack
17:35:27 <adamw> #agreed 1297375 - AcceptedBlocker (Final) - violates " All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use.", VPN connection is considered 'typical use' of networking
17:35:30 <adamw> alrighty
17:35:43 <adamw> so, anyone want to throw anything else at the wall, or shall we move onto the accepted alpha blockers?
17:36:27 <kparal> let's move
17:36:28 <jkurik> we shall move on IMO
17:36:38 <adamw> alrighty
17:36:52 <adamw> so, going to alpha accepted blockers:
17:36:57 <adamw> #topic (1281675) [gnome-shell] gnome-terminal fails to start up: GDBus.Error:org.freedeskt op.DBus.Error.Spawn.ChildExited
17:36:57 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1281675
17:36:58 <adamw> #info Accepted Blocker, gnome-shell, ASSIGNED
17:37:32 <adamw> so i'm a bit worried that this doesn't seem to be going anywhere
17:37:41 <adamw> i'm gonna raise it with the GNOME folks
17:37:54 <adamw> #action adamw to direct desktop team's attention to #1281675
17:38:07 <adamw> (not that i ever look at the action items for blocker review meetings, but hey)
17:38:18 <adamw> anyone have any info on this that isn't captured in the report?
17:38:40 <kparal> #action adamw to regularly look at action items for blocker review meetings
17:38:43 <kparal> there you go
17:38:51 <adamw> a plan with no drawbacks!
17:40:16 <adamw> #topic (1283348) Black screen on KDE live session (with qemu-kvm)
17:40:16 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1283348
17:40:16 <adamw> #info Accepted Blocker, plasma-workspace, NEW
17:40:45 <adamw> again this one seems a bit dead, so we should probably poke kde team
17:40:52 <adamw> seems like rex thought he found the cause, but it doesn't seem so
17:42:13 <garretraziel> it would be nice to have some passed KDE tests in openQA again
17:42:32 <jkurik> I am not able to reproduce it, however from comments it looks like the issue is not fixed
17:42:51 <adamw> jkurik: openQA reproduces it every day :)
17:43:10 <adamw> i saw it when i tried it locally too
17:43:19 <adamw> #action adamw to poke KDE team about #1283348
17:43:19 <garretraziel> https://openqa.fedoraproject.org/tests/3397
17:43:43 <jkurik> openQA++
17:44:20 <kparal> no cookies for openQA
17:44:29 <adamw> coconut++
17:44:29 <zodbot> adamw: Karma for coconut changed to 1 (for the f23 release cycle):  https://badges.fedoraproject.org/tags/cookie/any
17:44:34 <adamw> :P
17:44:55 <kparal> I hope they'll share them together
17:44:58 <adamw> okay, folks, looks like that's everything
17:45:01 <adamw> anything else on this bug?
17:45:26 <jkurik> adamw: I have nothing more
17:45:35 <adamw> #topic Open floor
17:45:38 <adamw> last call for other business
17:46:13 <kparal> nothing here
17:46:50 <garretraziel> nothing from me
17:47:13 <adamw> okey dokey, for brno folks it's whisky time, for everyone else it's still early, be responsible, drink beer!
17:47:22 <adamw> thanks for coming :)
17:47:30 <kparal> thanks, see you
17:47:54 <adamw> #endmeeting