17:02:37 #startmeeting F26-blocker-review 17:02:37 Meeting started Mon Mar 6 17:02:37 2017 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:02:37 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:02:37 The meeting name has been set to 'f26-blocker-review' 17:02:39 #meetingname F26-blocker-review 17:02:39 The meeting name has been set to 'f26-blocker-review' 17:02:41 #topic Roll Call 17:02:47 * roshi is here 17:02:51 * garretraziel is here 17:02:53 * coremodule is here. 17:02:57 who's around for blocker review fun? 17:03:29 * satellit listening 17:03:31 * pwhalen is here 17:03:43 * kparal is here 17:03:57 .hello sgallagh 17:03:58 sgallagh: sgallagh 'Stephen Gallagher' 17:04:52 morning folks 17:05:10 #chair sgallagh coremodule 17:05:10 Current chairs: adamw coremodule sgallagh 17:05:15 #topic Introduction 17:05:15 Why are we here? 17:05:15 #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:05:15 #info We'll be following the process outlined at: 17:05:15 #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting 17:05:17 #info The bugs up for review today are available at: 17:05:21 #link http://qa.fedoraproject.org/blockerbugs/current 17:05:23 #info The criteria for release blocking bugs can be found at: 17:05:25 #link https://fedoraproject.org/wiki/Fedora_26_Alpha_Release_Criteria 17:05:27 #link https://fedoraproject.org/wiki/Fedora_26_Beta_Release_Criteria 17:05:29 #link https://fedoraproject.org/wiki/Fedora_26_Final_Release_Criteria 17:05:31 we have: 17:05:33 #info 2 Proposed Blockers (Alpha) 17:05:38 #info 2 Proposed Freeze Exceptions (Alpha) 17:05:50 #info 3 Proposed Blockers (Final) 17:05:56 who wants to secretarialize? 17:06:16 * coremodule will do it! 17:06:32 #info coremodule will secretarialize 17:06:37 #info Fedora 26 will enter Alpha Freeze at midnight UTC 17:06:41 thanks sgallagh 17:06:47 so, starting in with Alpha proposed blockers...\ 17:06:54 #topic (1429132) blivet.safe_dbus.DBusCallError: Failed to call Introspect method on /org/freedesktop/UDisks2/Manager with None arguments: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UDisks2 was not provided by any .service files 17:06:54 #link https://bugzilla.redhat.com/show_bug.cgi?id=1429132 17:06:54 #info Proposed Blocker, anaconda, NEW 17:08:45 hm, is it confirmed that this is happening with other spins than LXQt? 17:08:55 That looks like someone probably forgot to include storaged in the manifest for the LXQt spin 17:08:56 that's my question 17:09:05 yeah 17:09:05 -1 if it's not hitting a blocking DE 17:09:10 since we're not actually seeing this on other spins 17:09:22 KDE live install passes in openQA for e.g. 17:10:17 -1 Blocker, +1 FE 17:10:23 Hello 17:10:31 .fas lailah 17:10:34 Kohane: lailah 'Sylvia Sánchez' 17:10:40 If I'm right about the cause, accepting it through freeze should be harmless 17:10:43 hi kohane, morning 17:10:45 sgallagh: yeah, i think so 17:10:46 -1 blocker +1 FE 17:10:59 -1/+1 17:11:10 hi adamw afternoon :-P 17:11:30 -1/+1 17:11:33 -1/+1 17:11:43 proposed #agreed 1429132 - RejectedBlocker AcceptedFreezeException (Alpha) - we suspect this is a missing package on the lxqt spin, which is non-blocking, so not a blocker - but if that's the cause, we approve a freeze exception to add the missing package to the spin 17:11:48 ack 17:11:50 ack 17:11:52 ack 17:12:01 ack 17:12:05 ack 17:12:48 #agreed 1429132 - RejectedBlocker AcceptedFreezeException (Alpha) - we suspect this is a missing package on the lxqt spin, which is non-blocking, so not a blocker - but if that's the cause, we approve a freeze exception to add the missing package to the spin 17:13:10 #topic (1426850) Re-enable ARMv7 builds on all releases 17:13:10 #link https://bugzilla.redhat.com/show_bug.cgi?id=1426850 17:13:10 #info Proposed Blocker, firefox, ASSIGNED 17:14:26 looks like this is fixed? 17:14:35 yeah 17:14:36 what's armv7? is that different from armhfp? 17:14:39 since bodhi isn't enabled yet 17:14:40 kparal: same 17:14:48 ok, so primary arch 17:15:05 yeah 17:15:19 so i'd be +1, but i think in fact we can just close 17:15:32 pwhalen: is there anything left on this one? 17:15:57 nope, its fixed, I'll close it now. 17:16:22 rgrt 17:16:33 #info this bug has now been fixed, pwhalen will close it 17:16:45 alrighty, let's do Alpha freeze exceptions next 17:16:50 #info moving onto Alpha freeze exceptions 17:16:57 #topic (1426796) Regression: kernel doesn't boot on qemu on either ppc64 or ppc64le 17:16:57 #link https://bugzilla.redhat.com/show_bug.cgi?id=1426796 17:16:57 #info Proposed Freeze Exceptions, kernel, NEW 17:17:16 this one was proposed as a blocker, but it clearly can't be a blocker, so i moved it. 17:17:22 Sorry folks. Laptop crashed and isn't coming back... 17:17:40 * sgallagh_ tries to follow along from mobile 17:17:49 Yeah, I don't see it as blocker really. 17:17:53 sounds like an FE, though. 17:18:03 +1 FE 17:18:13 +1 17:18:20 +1 fe 17:18:27 +1 FE 17:18:50 +1 FE 17:19:19 proposed #agreed 1426796 - AcceptedFreezeException (Alpha) - this is clearly a severe issue and would be a blocker for a blocking arch, so accepted as an FE for non-blocking ppc64(le) arches 17:19:26 ack 17:19:28 ack 17:19:33 ack 17:19:46 ack 17:20:06 ack 17:20:29 #agreed 1426796 - AcceptedFreezeException (Alpha) - this is clearly a severe issue and would be a blocker for a blocking arch, so accepted as an FE for non-blocking ppc64(le) arches 17:20:35 #topic (1419980) SELinux is preventing abrt-dump-journ from 'execute' accesses on the file /usr/bin/lz4. 17:20:36 #link https://bugzilla.redhat.com/show_bug.cgi?id=1419980 17:20:36 #info Proposed Freeze Exceptions, selinux-policy, ON_QA 17:21:35 i'd be +1 on this, sounds like it may already be fixed but we should get confirmation 17:21:53 neither stickster nor mcatanzaro is here 17:22:01 mclasen: any idea if this is working yet? 17:22:51 +1 if it's not fixed already 17:23:02 Yes, me too 17:23:12 selinux-policy builds have been failing 17:23:47 +1 17:23:58 +1 17:24:15 the build that was linked to went through and was tagged, though 17:24:34 let's just accept it for now, coremodule, can you then add a comment asking mcatanzaro if it's working now and needinfo him? 17:24:35 ah, k 17:24:44 +1 17:24:51 Yes, but it doesn't seem to have a fix at sight.... 17:25:06 proposed #agreed 1419980 - AcceptedFreezeException (Alpha) - this prevents a significant accepted Change from working in the Workstation live environment 17:25:21 adamw: stickster is sitting next to me in this meeting, but I don't think either of us knows the asnwer 17:25:22 Kohane: #c6 claims it is already fixed. 17:25:35 mclasen: ah, ok :) no problem, we can accept it for now and check later 17:25:41 ack 17:25:52 ack 17:25:53 ack 17:25:59 ack 17:26:04 #agreed 1419980 - AcceptedFreezeException (Alpha) - this prevents a significant accepted Change from working in the Workstation live environment 17:26:22 #info moving on to proposed Final blockers 17:26:34 #topic (1405539) changing the default keyboard layout changes also disk decryption in plymouth, but only after kernel update, long after 17:26:34 #link https://bugzilla.redhat.com/show_bug.cgi?id=1405539 17:26:34 #info Proposed Blocker, plymouth, NEW 17:26:36 ...aaaaand we're back here 17:26:38 /me has recovered his laptop and is back 17:26:41 :) 17:26:44 ... 17:26:47 kohane didn't have a chance to ask the g11n folks for input yet, i think 17:26:54 yeah 17:26:54 but she's going to do it soon 17:26:56 Hasn't this been an issue since... grub2? 17:26:57 that's what the email said 17:27:02 No, I did. I'm waiting for a reply. 17:27:40 adamw: I already sent an email to g11n I'm waiting for a reply. 17:27:58 sgallagh: well, that depends. it has been really easy to hit since gnome ui changed two releases back or so 17:28:04 ah, great 17:28:16 #info we have asked g11n teams for their thoughts on this and are waiting for feedback 17:28:17 but I assume it was a problem even before that. just not that likely to hit 17:31:29 so i'm feeling punty on this one again, since we're waiting on feedback 17:31:36 at some point we'll have to decide something though.. 17:32:07 Well... let's wait one last week. If nothing comes up we decide on our own. 17:32:31 fair enough 17:32:33 anyone else? 17:32:48 +1 for punt 17:32:50 punt 17:32:53 punt! 17:33:06 I'm okay to punt 17:33:07 +1 for punt 17:33:11 špunt 17:33:34 puňť 17:33:48 (don't mind us) 17:34:32 we got a bigger alphabet! 17:34:36 kparal garretraziel those are really cool punts ^_^ 17:34:48 Oh, yeah! 17:34:59 proposed #agreed 1405539 - ƥüňť - we still don't have any additional info here, we'll wait one more week for thoughts from g11n folks before making up our minds 17:35:19 garretraziel: just wait until we have a chinese person on the meeting 17:35:24 áčk 17:35:35 ack 17:35:44 ack 17:35:55 äck 17:36:12 kparal: それと日本人? 17:36:34 (we don't actually have umlauts in our alphabet) 17:36:51 adamw: does it mean "I have no idea what I'm doing"? 17:36:55 garretraziel: the p comes from an african language, apparently :P 17:36:58 #agreed 1405539 - ƥüňť - we still don't have any additional info here, we'll wait one more week for thoughts from g11n folks before making up our minds 17:37:07 kparal: it means "or a Japanese person?" 17:37:19 (more or less) 17:37:42 (you can ask google if i screwed up :P or tflink) 17:37:55 I still can't read the Japanese ideograms... :-/ 17:38:18 anyhow, enough of this tomfoolery! 17:38:18 #topic (1411360) SELinux is preventing (ostnamed) from 'mounton' accesses on the file /proc/mtrr. 17:38:18 #link https://bugzilla.redhat.com/show_bug.cgi?id=1411360 17:38:19 #info Proposed Blocker, selinux-policy, ASSIGNED 17:38:31 this is the AVC everyone's running into all the time 17:39:08 let's outlaw it 17:39:41 ah, so sgallagh doesn't think this is what was hanging his gnome session 17:40:01 so, i'm +1 final blocker, +1 alpha FE, I think 17:40:13 sounds good 17:40:43 Yes, that's fine 17:40:43 +1/+1 Alpha FE for me as well 17:40:48 right, it was just one of several that were showing up that I gave the same description 17:40:55 Some of the others were fixed. 17:42:43 +1 final blocker, +1 alpha FE 17:42:46 proposed #agreed 1411360 - AcceptedBlocker (Final) AcceptedFreezeException (Alpha) - this clearly violates "There must be no SELinux denial notifications or crash notifications on boot of or during installation from a release-blocking live image, or at first login after a default install of a release-blocking desktop", and is sufficiently annoying and widespread to also be an Alpha freeze exception 17:42:56 ack 17:42:58 ack 17:42:59 ack 17:43:54 ack 17:43:55 ack 17:44:03 #agreed 1411360 - AcceptedBlocker (Final) AcceptedFreezeException (Alpha) - this clearly violates "There must be no SELinux denial notifications or crash notifications on boot of or during installation from a release-blocking live image, or at first login after a default install of a release-blocking desktop", and is sufficiently annoying and widespread to also be an Alpha freeze exception 17:44:08 #topic (1427392) SELinux is preventing (-localed) from mounton access on the file /proc/mtrr. 17:44:08 #link https://bugzilla.redhat.com/show_bug.cgi?id=1427392 17:44:09 #info Proposed Blocker, selinux-policy, NEW 17:44:19 this one looks pretty similar, but it's a different thing requesting the permission... 17:44:27 Yet another with Selinux? 17:45:05 it's pretty normal 17:45:05 +1 17:45:22 with every release, selinux policy is tightened some, and we have to find the places where it gets over-tightened 17:45:28 also, other things change their behaviour 17:45:41 yes, I see 17:45:41 +1 17:45:45 +1 17:45:53 it's not really practical to have everyone figure out ahead of time exactly what selinux policy is going to be needed for every facet of every process, it's easier just to put it out there and figure it out in the wild :P 17:46:12 +1 17:46:14 this could wind up being a dupe, but no harm keeping it separate for now, and if it does happen on each install, +1 . 17:46:16 +1 17:46:20 adamw: LOL 17:47:01 do we want to make it FE for Alpha too? 17:47:04 i'm ok with that 17:47:09 I am as well 17:47:26 +1 for alpha 17:47:38 Yeah, +1 for alpha too 17:48:31 proposed #agreed 1427392 - AcceptedBlocker (Final) AcceptedFreezeException (Alpha) - as per #1411360 this is a clear violation of the 'no AVCs during install / first boot' criterion, and is worth fixing in Alpha too due to visibility 17:48:37 ack 17:48:43 ack 17:48:46 ack 17:49:33 ack 17:49:46 ack 17:50:16 #agreed 1427392 - AcceptedBlocker (Final) AcceptedFreezeException (Alpha) - as per #1411360 this is a clear violation of the 'no AVCs during install / first boot' criterion, and is worth fixing in Alpha too due to visibility 17:50:39 OK, we still have lots of time and we're getting closer to Alpha release, so let's check in on the accepted blockers 17:51:00 okay 17:51:06 as a quick reminder, in this part of the meeting we are no longer voting +1/-1 - these bugs are already accepted - but checking that it looks like things are progressing smoothly to a fix 17:51:13 #info moving on to a review of accepted Alpha blockers 17:51:16 #topic (1420520) All ARM disk image composes fail in Rawhide 17:51:16 #link https://bugzilla.redhat.com/show_bug.cgi?id=1420520 17:51:16 #info Accepted Blocker, distribution, NEW 17:51:35 so i closed this last week as ARM disk images had started showing up again since it was filed, but pwhalen has since reopened it as apparently they stopped again 17:51:36 sadly, this seems to be back 17:51:41 nirik: any idea what's going on here? 17:52:09 might be pungi version differences. 17:52:31 IMHO there was a new upstream pungi release today and I think we should update both rawhide/branched composes to use that one 17:52:53 #info this seemed to be resolved for a few weeks, but disk images have once again stopped appearing for F26 since branching 17:53:06 #info nirik believes a new pungi version may help 17:53:07 rawhide images worked, the f26 task werent even attempted 17:53:10 well, hum, nothing would have changed on the composer tho 17:53:12 (in koji) 17:53:19 were there ever f26 ones? 17:53:35 0228 was the last 17:53:35 (after branch ) 17:53:40 no, branch then nothing 17:53:51 ok, then yeah, my pungi version theory seems possible 17:54:25 they claim the same version tho. ;( 17:54:35 nirik: can we say you're gonna look into this one? 17:55:00 sure, in my copious spare time. ;) 17:55:11 well, 'you' as in releng 17:55:16 sure. 17:55:55 #info releng is looking into this one, we'll check back next week 17:56:03 #topic (1410523) gi.overrides.BlockDev.LVMError: Failed to call the 'LvCreate' method on the '/com/redhat/lvmdbus1/Vg/1' object: GDBus.Error:org.freedesktop.DBus.Python.dbus.exceptions.DBusException: ('com.redhat.lvmdbus1.Vg', "Exit code 3, stderr = --size may not ... 17:56:03 #link https://bugzilla.redhat.com/show_bug.cgi?id=1410523 17:56:03 #info Accepted Blocker, python-blivet, NEW 17:58:12 so sbueno changed assignee on this recently 17:59:14 that's about all that's happened, though 17:59:19 i can take an action to check in with anaconda team 17:59:25 #action adamw to check with anaconda folks that this is in hand 18:00:31 and finally... 18:00:32 #topic (1422634) selinux prevents kernel modules from loading 18:00:32 #link https://bugzilla.redhat.com/show_bug.cgi?id=1422634 18:00:33 #info Accepted Blocker, selinux-policy, ON_QA 18:00:58 waiting for a successful build 18:01:16 it should be MODIFIED or POST not ON_QA, then...will adjust 18:02:03 #info this is expected to be fixed in the next selinux-policy build, but builds have been failing; SELinux team is working on getting a successful build 18:02:12 i think that's the lot 18:02:18 any other bugs that should be discussed? 18:02:47 * roshi doesn't have anything 18:02:55 * pwhalen has nothing else. 18:03:06 * Kohane has nothing 18:03:07 #topic Open floor 18:03:12 any other f26-ish business? 18:03:41 Not that I can remember but I'm maybe wrong.... 18:04:15 nothing from me 18:04:43 alrighty 18:04:46 thanks a lot for coming, folks 18:05:33 you're welcome, see you next week 18:05:34 * adamw sets the fuse 18:05:55 thanks adamw! 18:06:44 #endmeeting