15:59:10 #startmeeting F21-blocker-review 15:59:11 Meeting started Wed Jul 30 15:59:10 2014 UTC. The chair is roshi. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:59:11 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:59:11 #meetingname F21-blocker-review 15:59:11 The meeting name has been set to 'f21-blocker-review' 15:59:12 #topic Roll Call 15:59:45 so who's here? 15:59:58 * FranciscoD sits in a corner and listens 16:00:59 * adamw hides 16:01:14 well this is a small group then... 16:01:19 sorry, roshi, but the adamw you're looking for is in another castle 16:01:50 wait, we have a castle? 16:01:55 ...and more than one? 16:03:14 yes. i thought you realized the large budget marked 'automated testing hardware' was being spent on castles. is there a problem? 16:03:47 welcome satellit 16:03:56 : ) 16:04:13 ah - it all clicked now 16:04:24 and makes sense - castles are easy to cool I hear 16:04:43 well, we've got quorum, so let's get started :) 16:05:09 first proposed blocker 16:05:10 #topic (1123845) Server presets not applied in systemd scriptlets 16:05:11 #link https://bugzilla.redhat.com/show_bug.cgi?id=1123845 16:05:12 #info Proposed Blocker, fedora-release, NEW 16:05:12 * mkrizek joins 16:05:21 welcome mkrizek :) 16:07:27 #chair mkrizek FranciscoD satellit adamw 16:07:27 Current chairs: FranciscoD adamw mkrizek roshi satellit 16:08:27 * pschindl is here (his train had 1 hour delay) 16:08:44 no worries :) 16:09:02 we're currentlu looking at https://bugzilla.redhat.com/show_bug.cgi?id=1123845 16:09:39 * adamw tries to remember the server criteria 16:10:09 Cockpit kinda fits - since it's required to be configured and working unless told otherwise 16:10:23 it depends what the presets do, yeah 16:10:26 * adamw was just looking 16:10:40 oh, yeah, cockpit enablement 16:10:41 but that's kinda orthogonal IMO 16:10:53 so, +1, this results in cockpit not being enabled. 16:10:56 since it strikes me as this is an issue with more than just cockpit 16:11:14 sure, but the criteria are functional, and this bug breaks one the functions they cover: cockpit being enabled. 16:11:27 oh yeah - it's a blocker on that for sure 16:11:39 was just looking to see if there was a better fit somewhere in the criteria 16:11:43 doesn't look like it 16:11:47 +1 16:11:56 +1 16:12:22 +1 16:13:00 * lsm5 is lurking 16:13:03 roshi: my philosophical approach to the criteria is that they cover the actual practical functions that need to work, not anything underlying those - underlying bugs are blockers insofar as their consequences violate the criteria 16:13:10 anyhoo. 16:13:24 oh, i'll secretaryize unless anyone else wants the Secretary Hat 16:13:41 proposed #agreed - 1123845 - AcceptedBlocker - This bug results in a violation of the Alpha Cockpit management interface criteria: "Unless explicitly specified otherwise, after system installation the Cockpit web management interface must be running and accessible on its default port" 16:13:54 ack 16:13:54 that makes sense to me adamw :) 16:14:43 ack 16:14:54 ack 16:14:56 #agreed - 1123845 - AcceptedBlocker - This bug results in a violation of the Alpha Cockpit management interface criteria: "Unless explicitly specified otherwise, after system installation the Cockpit web management interface must be running and accessible on its default port" 16:15:25 should probably note that they should put the criteria they think on the bug when proposing it as a blocker 16:15:33 but that's minutia I guess 16:15:44 #topic (1121301) Extensive mislabelling of /usr and/or /var on some Fedora 21 / Rawhide live images prevents them booting unless enforcing=0 is passed 16:15:47 #link https://bugzilla.redhat.com/show_bug.cgi?id=1121301 16:15:50 #info Proposed Blocker, selinux-policy-targeted, ASSIGNED 16:17:11 roshi: nah, it's not minutiae, it's really annoying when they don't 16:17:13 i will yell 16:17:13 :P 16:17:18 lol 16:17:43 it just decreases the likelyhood of acceptance - since we might not see what they were getting at 16:18:01 so maybe that's a good thing == less blockers == faster releases :p 16:18:02 * satellit_e not seen in VB with boot.iso or lives in 21.48.1-1 lately 16:18:49 oops, sorry, I'm late 16:19:13 no worries kparal :) 16:19:30 I tried to ping you but you weren't connected at the time 16:19:55 yeah, completely forgot 16:20:21 well, we have something like 30 more to go through 16:20:27 so you're still in time :) 16:20:52 * roshi jokes (this is the last proposed # 1121301) 16:21:20 this one is a bit weird, yeah 16:21:31 it's bad when it happens but it hasn't happened lately, but i couldn't swear it's fixed 16:21:37 we got a 21 nightly workstation compose today apparently, i'll check that 16:22:10 so it's quantum fixed? 16:22:23 * satellit_e testing it in VB atm... 16:24:13 it's in hiding, yeah 16:24:26 satellit: can you run the 'restorecon' checks? 16:25:08 * roshi needs to download it 16:25:08 I need to know what to do there It is Installing software in VB atm 16:27:32 * satellit_e ok see it https://bugzilla.redhat.com/show_bug.cgi?id=1121301#c24 16:27:44 satellit: you just run 'restorecon -nvr /usr' and 'restorecon -nvr /etc' from a console when booted live and see what they say 16:27:50 er, and /var 16:27:55 * adamw downloading 16:28:29 same here 16:29:07 we still have 2.5 hours for this meeting - so plenty of time to download and test :p 16:30:09 haha 16:30:20 obviously we don't have the usual flood of bugs because we have no TC 16:30:31 though we should probably be running the installation validation tests on nightlies 16:30:38 it's the calm before the storm 16:30:44 i'm sure we could spot some issues already 16:30:48 any news on when a TC will be available? 16:30:51 true 16:30:53 in fact, everyone go do that after the meeting :P 16:30:57 dgilmore's working on it atm 16:31:03 I'll do that after the meeting 16:31:07 i'm splitting my attention on discussing filename policy with him... 16:31:08 off topic: custom std partitioning seems to fail for me 16:31:56 adamw: nightlies are failing :( 16:32:07 last night we got arm but that was it 16:32:14 i got one some day last week 16:32:18 due to caching issues with squid on kojipkgs 16:32:18 it didn't *work*, but i got it 16:32:21 ah :/ 16:32:33 we can run install tests from live nightlies, though' 16:32:36 we have the one from last night 16:32:50 i think its caching the unsigned copies then when we get the signed it things its the same, then yum biteches 16:32:58 * adamw tests the selinux issue 16:33:07 testing http://koji.fedoraproject.org/koji/taskinfo?taskID=7214286 16:33:43 that's what I'm downloading atm 16:34:59 don't worry, i just did it 16:35:01 no selinux issues 16:35:21 well, i'll still do installation tests with it 16:35:27 so it's fixed? 16:35:31 so...maybe we can hope this was an selinux-policy issue that somehow got fixed and close it for now. (or it's a consequence of the filesystem mounting issue as kalev proposed, and hence it should be a dupe of that, which we haven't filed yet) 16:35:39 i'd say let's close it for now and re-open it if the problem pops up again 16:35:51 i really need to file the filesystem mount thing 16:35:53 +1 to that 16:35:59 well, both 16:36:58 any other +1's to that? 16:37:50 +1 from me to close it 16:38:14 seems fixed here in latest tests in VB 16:38:27 +1 16:38:55 proposed #agreed - 1121301 - This seems to be fixed. Closing. 16:39:02 ack 16:39:03 I mean, it would be a blocker 16:39:17 but I don't know that it adds anything to accept it then close it 16:39:27 ack 16:39:30 but we can do that if it makes sense to someone else to do that 16:39:42 hey sgallagh 16:39:47 Hello 16:39:49 roshi: nope, no need 16:41:21 onto accepted review then? 16:41:43 #topic (1109603) dracut unable to boot 3.16 most of the time 16:41:43 #link https://bugzilla.redhat.com/show_bug.cgi?id=1109603 16:41:44 #info Accepted Blocker, cloud-initramfs-tools, NEW 16:43:02 sure 16:43:08 doesn't look like any movement on this in a while 16:43:17 yup, same as last week 16:43:23 we keep hearing reassuring noises, and the bug stays open 16:43:27 yeah 16:43:35 lol - "reassuring noises" 16:45:11 * jsmith doesn't trust those types of noises 16:45:21 so is now a time to assign someone to track down and document any progress? 16:45:35 Sounds like it to me... 16:45:49 to me, the word "noise" doesn't have any positive connotation with it 16:46:55 roshi: Applause at a rock concert? "Make some noise!" 16:47:19 ah - hadn't thought of that case 16:47:23 s/someone/someone who's not me/ 16:47:38 jsmith? You want to take it? 16:47:47 jsmith: see, this is what you get for showing up 16:47:49 No, not really 16:47:56 we should just assign the people who didn't make it to the meeting :p 16:48:01 adamw: I think I'll excuse myself now then... 16:48:08 (No good deed goes unpunished) 16:48:28 adamw: To be brutally honest, I needed something to distract me from a "training meeting" webinar at work 16:48:40 dracut isn't my strong suit - but I suppose it's something I should be better at 16:48:48 so I can track some people down and ask them 16:48:55 * roshi takes it 16:49:22 thanks roshi 16:50:00 #topic (1110764) Fedora Server: Cockpit installed and socket enabled by default 16:50:03 #link https://bugzilla.redhat.com/show_bug.cgi?id=1110764 16:50:06 #info Accepted Blocker, cockpit, MODIFIED 16:51:57 this will likely get covered by that other bug 16:52:08 so I count that as positive movement 16:52:12 this one per se is probably fixed already 16:52:24 assuming the fix mentioned in c#4 actually works 16:53:12 true 16:53:21 That's individually testable now 16:53:35 * adamw adds a note to re-test 16:53:42 Installing cockpit and running 'systemctl preset' should be enough 16:53:48 tl;dr - nothing for us to do on it atm, right? 16:53:58 s/Installing cockpit/Installing updated cockpit/ 16:53:59 for this meeting anyways 16:54:32 right 16:54:35 i've added a note 16:54:37 #topic (1122128) Regression: GVariant encoding of array of doubles 16:54:40 #link https://bugzilla.redhat.com/show_bug.cgi?id=1122128 16:54:43 #info Accepted Blocker, glib2, MODIFIED 16:56:07 anything on this one adamw ? 16:57:08 looks like it was fixed in c#15 16:58:23 sorry, just reading 16:58:50 bah - reading 16:59:15 my teachers lied to me - another thing they swore I'd use every day of my life :p 16:59:22 like cursive 16:59:56 looks like this is good to go - just needs verified and closed methinks 17:00:41 anyone feel otherwise? 17:01:17 yeah, same as last one 17:01:21 i'll add a similar note 17:01:27 sgtm 17:01:56 probably going to start losing people with fesco starting 17:02:15 * sgallagh will hang around both 17:02:19 next one then? 17:02:56 sure 17:03:28 #topic (1088933) update grubby to support device tree options for arm 17:03:31 #link https://bugzilla.redhat.com/show_bug.cgi?id=1088933 17:03:34 #info Accepted Blocker, grubby, POST 17:04:55 nothing since the 16th 17:05:10 * roshi hasn't heard any "reassuring noises" either though 17:07:11 yeah, this is a bit dead 17:07:14 i'll poke the relevant folks 17:07:20 thanks 17:07:35 #topic (1115120) cryptsetup-1.6.5-1.fc21 breaks booting when using luks partitions 17:07:38 #link https://bugzilla.redhat.com/show_bug.cgi?id=1115120 17:07:40 #info Accepted Blocker, kernel, MODIFIED 17:08:56 Is this only for newly-created partitions during installation 17:08:57 ? 17:09:08 * roshi reads - doesn't remember 17:09:18 bruno noted this had got a bit stuck during monday's QA meeting, but sounds like it got unstuck 17:09:50 it affects existing installs but "only for devices using ESSIV IV" 17:09:55 i have no goddamn clue what ESSIV IV is. 17:10:05 me either 17:10:18 oh, the encryption, i think. 17:10:33 * sgallagh hasn't hit this with his system 17:10:38 * jsmith hasn't seen that either 17:10:39 Epic Security System Is Vital 4 17:10:58 haha. ++roshi 17:11:25 Can't...tell...if...joking. 17:11:44 well, I made it up - but most acronyms are 17:11:47 :) 17:11:56 Ah, encrypted salt-sector initialization vector. 17:12:00 ... I like roshi's better 17:12:12 :D 17:12:40 looks like it's patched - nothing for us to do in this meeting 17:12:57 aside from publically declare the new meaning of the ESSIV IV acronym 17:13:22 :-D 17:13:23 two left to look over 17:13:28 move forward? 17:13:52 yup 17:14:02 i'm sure bruno will test this one when it lands in a package 17:14:25 #topic (1110758) SELinux prevents cockpit from working on Fedora 21 17:14:28 #link https://bugzilla.redhat.com/show_bug.cgi?id=1110758 17:14:30 #info Accepted Blocker, selinux-policy-targeted, POST 17:14:47 This one should just be waiting for a new selinux-policy release, yes? 17:15:15 looks like it 17:15:20 yeah 17:15:37 so this one is good to go it looks like 17:16:21 i'll poke mgrepl 17:16:26 he could stand to do builds a bit more often 17:16:40 wfm 17:16:41 #topic (1044778) wandboard uboot missing serial line speed in console environment variable 17:16:44 #link https://bugzilla.redhat.com/show_bug.cgi?id=1044778 17:16:47 #info Accepted Blocker, uboot-tools, NEW 17:17:56 no movement on this one simce the beginning of the month 17:18:09 Looks like it needs a poke with a sharp stick 17:18:34 jsmith: Now now, it doesn't need to be sharp. Besides, a smoldering stick leaves a more lasting impression. 17:18:53 true 17:19:57 anybody here have a wandboard to test with? 17:20:42 not that there's a patch - just curious the # of testers we have that *can* test this 17:21:08 nothing here in brno 17:21:22 i only have a beagleboard 17:21:26 (...that's still in the box...) 17:21:36 * satellit ask in #fedora-arm? 17:21:37 we have bbb as well 17:22:03 i would assume the reporter can test it 17:22:11 yeah 17:22:36 I have a trimslice here and a bbb - borrowed from tflink, but haven't done much with them 17:24:26 pwhalen isn't around - but I imagine he's tracking this one 17:27:27 well, that's all of them 17:27:33 ayup 17:27:34 any reason to do the proposed FE? 17:27:39 or should we adjourn? 17:27:55 i think we can do 'em in two weeks (next week will be flock) 17:27:59 * jsmith doesn't have a WandBoard either :-( 17:28:13 two weeks time will be one day after flock 17:29:18 that works for me - I'll update fedocal as well 17:29:45 er 17:29:48 one day after f reeze, i mean 17:30:28 but no blocker review next week, right? 17:33:17 unless the folks who aren't at flock want to do one 17:33:27 or we do Blocker Review Live (oh god no) 17:33:47 only if you can stream it somewhere :) 17:34:36 I'll be here for a blocker review - but I don't know about others 17:35:32 adamw: we having a QA meeting on Monday? 17:35:41 could discuss it then and see if people will be here 17:35:57 or I can scrounge around for some people who might be around, like danofsatx-work 17:37:32 roshi: not sure if i'll be around for the meeting on monday, but do go ahead without me if not 17:38:25 well, I'll end this meeting if no one has anything else 17:41:40 thanks for coming folks! 17:41:45 #endmeeting