18:06:02 #startmeeting FESCO (2015-08-26) 18:06:02 Meeting started Wed Aug 26 18:06:02 2015 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:06:02 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:06:03 #meetingname fesco 18:06:03 #chair ajax dgilmore hguemar jwb nirik paragan rishi thozza sgallagh 18:06:03 #topic init process 18:06:03 The meeting name has been set to 'fesco' 18:06:03 Current chairs: ajax dgilmore hguemar jwb nirik paragan rishi sgallagh thozza 18:06:07 Hi 18:06:09 hello 18:06:13 morning 18:06:15 hi :) 18:06:26 .hello sgallagh 18:06:30 sgallagh: sgallagh 'Stephen Gallagher' 18:06:51 hola 18:07:03 nirik: I always want to say "evening" when you say that, but I always forget :) 18:07:27 Thanks nirik 18:07:35 https://freenode.net/faq.shtml#fst :) 18:09:14 .hello hguemar 18:09:16 number80: hguemar 'Haïkel Guémar' 18:10:00 debarshi: you able to run things? or if your net is too bad, I can... 18:10:09 nirik: It is better if you continue. 18:10:13 ok 18:10:14 I have a huge lag. 18:10:19 * nirik looks for the agenda 18:10:34 #topic #1444 updates deliverables 18:10:34 .fesco 1444 18:10:34 https://fedorahosted.org/fesco/ticket/1444 18:10:36 nirik: #1444 (updates deliverables) – FESCo - https://fedorahosted.org/fesco/ticket/1444 18:11:33 BTW jkurik is on vacation this week 18:11:35 not sure where we are with this. there was a wiki page that was being worked on 18:12:02 thozza: Oh. I assumed that he would be here, so didn't explicitly invite him. :( 18:12:35 I can't seem to even find the wiki page... 18:12:35 * debarshi looks at adamw 18:12:41 hi. 18:12:47 jreznik was working on it, but he's not around right now either. 18:13:50 I guess we defer and try and have something before beta? 18:14:17 I think everyone who commented on the ticket should be here - roshi , jwb , dgilmore , adamw 18:14:30 nirik: jkurik should be here next week 18:15:05 right, but not sure if it jkurik was going to work on it now, or if jreznik was still going to finish it, or what 18:15:28 should be jkurik though 18:15:39 I would rather the release deliverables sorted before we do this 18:15:41 I can ask him next week 18:15:43 but we need this also 18:15:58 oh, I was thinking of the wrong ticket here. 18:16:18 ok, proposal: defer a week and revisit 18:16:28 +1 18:16:36 nirik: +1 18:16:45 nirik, +1 18:17:05 +1 18:17:11 (and yeah, after release deliverables this might be easier to do) 18:17:38 +1 18:17:46 #agreed will defer a week and revisit (+6,0,0) 18:17:54 #topic #1466 non-responsive maintainer exception process for skottler 18:17:54 .fesco 1466 18:17:55 https://fedorahosted.org/fesco/ticket/1466 18:17:56 nirik: #1466 (non-responsive maintainer exception process for skottler) – FESCo - https://fedorahosted.org/fesco/ticket/1466 18:18:21 any news here? there was one issue with the nagios-plugins epel builds. ;( I will try and go push a fixed update for that soon. 18:18:47 i pinged sam earlier today in #fedora-kernel to see if he was going to join the meeting 18:19:09 spoke with him about this briefly last week. his plan was to orphan most of his packages, particularly the erlang ones 18:19:14 someone told me that it broke EL6 though 18:20:37 number80: there was a plugin in the epel6 nagios-plugins that was dropped in 2013... and so wasn't in this update. I can push a new update with obsoletes... but really you just need to remove that plugin. It's not any kind of big breakage. 18:21:34 nirik: I guess having the obsoletes would be fine but I was just reporting that :) 18:21:53 number80: yeah, sadly it wasn't reported to me until after it went stable... but oh well. 18:22:10 so, what do we want to do here? 18:22:18 wait some more? go ahead with orphaning? 18:22:54 AFAIK, if he will orphan them, I don't mind waiting 18:22:54 i can see either way i guess. 18:23:09 if there's no urgent security issues I don't mind waiting 18:23:23 Will he also orphan nagios-plugins? That was the bone of contention. 18:23:32 erlang mass orphan is likely to impact rabbitmq and other large packages 18:23:53 number80, he mentioned most of them are already co-maintained by the erlang sig or something 18:24:13 good to know 18:25:35 so, revisit next week? orphan next week? something else? 18:25:52 i don't want to keep revisiting this every week 18:25:58 nirik: what will possibly change until next week? 18:26:06 * debarshi wants to resolve this sooner rather than later 18:26:11 he could orphan things? 18:26:12 so either we do nothing and close it as wontfix or we orphan i guess 18:26:13 I think orphan this week only 18:26:22 Proposal: If no status update by monday 1200 UTC, orphan. 18:26:32 sgallagh: +1 18:26:36 sgallagh: +1 18:27:06 sgallagh, +1 18:27:28 ok, sure. +1 18:27:41 +1 for the record 18:27:41 sgallagh: the time definition is not specific enough though 18:28:00 thozza: Monday, Aug. 31 18:28:13 and you mean orphan nagios-plugins? or all his packages? 18:28:14 +! 18:28:25 i was assuming all 18:28:25 ohh, I missed "monday" in there.... sorry 18:28:28 nirik: All of his packages 18:28:48 nirik: He's had plenty of time to speak in his own defense. 18:29:18 he did point out that his email is broken and that nobody even tried contacting him on irc 18:29:20 If he wants to reclaim some of them, he can ask the remaining maintainers 18:29:26 but yeah 18:30:00 sgallagh's proposal passed 18:30:43 #agreed if no status update from maintainer by 2015-08-31 12UTC, all their packages will be orphaned (+6,0,0) 18:30:49 ok with everyone? 18:30:52 he has time to do orphan the packages he won't maintain so it should be ok 18:31:12 nirik: yes 18:31:16 #topic #1467 Progress at Change Checkpoint: Completion deadline (testable) 18:31:16 .fesco 1467 18:31:16 https://fedorahosted.org/fesco/ticket/1467 18:31:17 nirik: #1467 (F23 Changes - Progress at Change Checkpoint: Completion deadline (testable)) – FESCo - https://fedorahosted.org/fesco/ticket/1467 18:32:11 so, I can speak to the passphrase policy. It's still waiting on a bit of implementation in anaconda... otherwise the changes are in. Also, overrides need to be added if any products want to. 18:32:54 nirik: Has any progress been made on the "confirm weak" issue? 18:33:10 sgallagh: I haven't seen anything since your last update in the bug. 18:33:13 The last message I saw on that was... mine 18:33:22 thats the last part that needs dealing with I think. 18:33:25 ok, I'll ping davidshea about it 18:33:45 thanks 18:34:10 so, do we want to do anything here with these? 18:34:38 I know max and dgilmore have been working on 2 week atomic and layered build... hopefully done before beta 18:35:01 should be 18:35:05 so revisit this ticket after beta release and then close? 18:35:16 *nods* 18:35:17 the dnf thing is ready for review, we should get someone to do so... 18:35:25 Well, Beta Freeze is the official time to invoke the contingency plans 18:35:33 * debarshi looks at the review 18:36:36 Ok, I volunteer to do the review tomorrow. 18:37:00 FWIW, I've tested the process personally using the COPR builds 18:37:01 Haven't done a package review in a while, so not a bad time to do one. 18:37:09 It works quite well 18:37:16 cool. ;) 18:37:32 #info will follow these last changes closely and visit next week 18:37:34 (Even tolerating some... peculiarities in my installed package set that fedup would not have) 18:37:40 debarshi: you're probably a lazy sponsor then :) 18:37:47 #topic #1469 i686 as a non-blocking architecture 18:37:47 .fesco 1469 18:37:48 https://fedorahosted.org/fesco/ticket/1469 18:37:49 nirik: #1469 (i686 as a non-blocking architecture) – FESCo - https://fedorahosted.org/fesco/ticket/1469 18:38:21 jwb: have any intro/info to add here? 18:38:47 i don't believe i have any additional information 18:38:55 the product WGs all don't care about i686 iamges 18:38:57 Cloud WG would support this 18:39:14 (proposal, not the i686 images) 18:39:52 so, how will we know if image work enough to ship? 18:39:53 jwb: Well, the Workstation group would continue to block on i686 if-and-only-if the i686 kernel was equivalently maintained. 18:40:04 it hasn't been since feb 18:40:08 so they don't care. 18:40:22 But since that doesn't look like reality, that condenses to "don't ship i686 media" 18:40:39 nirik, it's looking more like we just won't ship it 18:40:41 period 18:40:54 at least for the Editions 18:41:05 I guess the only sticking point for Workstation in terms of new hardware are those Intel tablets that Bastien was talking about. 18:41:06 if someone wants to spit out a netinstall iso and test it, fine i guess 18:41:06 jwb: Well, there's been some ambiguity about a nebulous "generic netinstall" retaining support for installing on 32-bit 18:41:07 I'm not opposed, but it seems a bit abrupt for f23... since we shipped a alpha with it already. 18:41:08 But I am not sure whether the WG is officially interested in those. 18:41:12 But I haven't seen anyone volunteer to create that 18:41:38 debarshi, see my last comment in the ticket. i like bastien well enough, but his interest in the tablets is not something the entire project should be beholden to 18:42:10 nirik, we can target f24. i can be patient 18:42:11 * number80 is his neighbour and he's not nice 18:42:23 number80, taht wasn't necessary at all. 18:42:34 number80: Off-topic and unnecessary 18:42:47 well, from my PoV, nobody wants to support the i686 image 18:42:50 I'm completely +1 for dropping all the i686 images/media in f24. ;) 18:43:26 (my apologies btw) 18:43:32 Proposal: Fedora will ship no i686/32-bit x86 install media in Fedora 24 18:43:38 +! 18:43:42 +1 18:43:44 kinda related here is the idea of changing the definition of what is primary and secondary to where we ship the output, in this case we could have i686 be a secondary arch, even if only for some subsets of Fedora 18:43:54 sgallagh: -1 18:44:15 jwb: I understand the last part of your argument. 18:44:32 dgilmore: care to expand on that -1? 18:44:41 nirik: the line above it 18:44:50 ok, so: 18:45:02 make 32 bit deliverables be secondary 18:45:19 put them in /pub/alt or /pub/secondary 18:45:29 do we have people willing to maintain this secondary arch? 18:45:31 Ok, perhaps that was poorly phrased. 18:45:31 dgilmore, there is nothing in sgallagh's proposal that prevents that 18:45:44 jwb: there kinda is 18:45:50 Proposal: Fedora will ship no i686/32-bit x86 install media in Fedora 24 as a primary/blocking deliverable. 18:46:11 sgallagh: that i can vote +1 on 18:46:13 dgilmore: We can't make i686 truly secondary because of skype. 18:46:21 ? 18:46:24 +1 to the proposal 18:46:32 debarshi: I am not saying that it should entirely be secondary 18:46:42 +1 to sgallagh proposal 18:46:43 that some of the deliverables be secondary 18:46:46 debarshi: you mean we have to keep multilib support 18:46:47 debarshi: We are sort of talking about redefining what "secondary" means 18:46:54 +1 18:46:58 number80: yes 18:47:01 sgallagh: right 18:47:03 Not that it's built like ppc today or anything 18:47:04 debarshi: off course 18:47:22 Multilib alone means it has to still be built in the primary Koji instance 18:47:32 sgallagh: +1 18:47:35 personally, I am not sure I like the idea that microsoft dictates what we do... but perhaps it's just me. 18:47:38 sgallagh: still +1 18:47:45 relaistically x86 is the only multilib arch now 18:47:58 nirik, s/skype/third party applications using 32-bit libs 18:48:00 nirik: well, not limited to just microsoft 18:48:00 I would like to see us look at ways to drop multilib 18:48:10 but that is a down the road discussion 18:48:15 dgilmore, that would require something like app containers 18:48:18 ok, personally, I am not sure I like the idea that a closed source 3rd part dictates what we do... ;) 18:48:22 jwb: right 18:48:23 Yeah, unfortunately the world that allows that is still a ways off 18:48:29 jwb: way out of scope for now 18:48:37 right, sorry, sidetracking. 18:48:52 so, thats +6 to the proposal? 18:48:55 yes 18:49:02 I'm +1 if you didn't account for it 18:49:15 #approved Fedora will ship no i686/32-bit x86 install media in Fedora 24 as a primary/blocking deliverable. (+7,0,0) 18:49:27 so, do we want to make any changes for f23? or keep it as it is? 18:49:49 I'll vote -1 on changing our deliverables post-Alpha 18:50:00 i'd be fine with doing this for f23, but i can see how others would be uncomfortable with that 18:50:06 Since we are changing the meaning of 2ndary architecture, don't we have to do something to make that change "official"? 18:50:06 (But will not shed any tears if I'm outvoted) 18:50:10 I guess it could be extended to F23 cloud as currently i686 doesn't build 18:50:16 well, we could just not block on them... but not sure if thats helpfull 18:50:38 debarshi, we just did that thing. we voted. 18:50:47 I would rather not do it. but it really depends on what we decide. since change the tools to put things in different locations is still in early planning 18:50:50 I'd like to note that changing our deliverables has impact on Websites as well 18:51:02 I'd prefer to give them a full release cycle to deal with that 18:51:12 we didn't demote i686 to secondary... we just said we don't want to ship any images in f24... 18:51:20 so it will continue to be a primary as far as building in koji, etc. 18:51:23 jwb: Ok. :) 18:51:50 we did not build 32 bit cloud for alpha 18:52:20 i believe it is up to the WGs to define their deliverables for f23. if it wasn't shipped for cloud, i don't see a need to ship it in beta/final either 18:52:54 jwb: the PRD was not updated yet on this point but everyone agreed on not shipping 32bits images 18:52:54 so that ties into the release deliverables... 18:53:06 (for cloud) 18:53:23 nirik, the WGs should already be tied into that 18:53:29 nirik: which we did not do :( 18:53:33 ok, so sounds like we want to keep f23 status quo? or does anyone want to float a proposal? 18:53:51 I think keep f23 as is 18:53:51 dgilmore: yeah, there's still an outstanding ticket for it... 18:53:53 status quo 18:54:04 but look at changing up the world for f24 18:54:39 /me remains slightly on the side of sticking with Alpha through F23. 18:54:57 Moreover, we need to give some space to the marketing folks 18:55:24 they may want to prepare some communication over the 32bits change 18:55:24 ok. 18:55:38 anything else on this then? 18:56:09 #topic #1472 Investigate mysterious enabled systemd presets 18:56:09 .fesco 1472 18:56:09 https://fedorahosted.org/fesco/ticket/1472 18:56:10 nirik: #1472 (Investigate mysterious enabled systemd presets) – FESCo - https://fedorahosted.org/fesco/ticket/1472 18:56:30 so, how do we want to handle this one? 18:56:32 I think many of them make sense 18:56:54 I was planning to go through them one-by-one before the meeting, but fires happened. 18:57:09 yeah. been a week of them. ;) 18:57:16 I'm against abrtd enabled by default especially according the serious security issues related to it 18:57:20 perhaps we could get some folks to go through them and propose? 18:57:37 I wish I could find the original wiki that Lennart referenced. 18:57:56 I linked to the only wiki I could locate 18:58:12 Can we at least vote on the policy proposal in my last comment? 18:58:29 I think that would be useful information for future use 18:58:49 number80: We do have a setting to disable automatic crash reports, don't we? 18:59:11 sgallagh: +1 to those items... would be good to have in there... 18:59:15 debarshi: the solution suggested in RHEL is to disable it 18:59:28 sgallagh, i see nothing wrong with your proposal other than it is impossible to enforce. 18:59:48 jwb: Why would it be impossible to enforce? 18:59:59 There's a *very* limited number of people with permission to edit the 'fedora-release' package. 19:00:13 number80: have a link to the security issue? (I dimly recall something in the past, but can't remember details) 19:00:33 nirik: from RH knowledge base => https://access.redhat.com/articles/1415483 19:01:03 sgallagh, this is scoped to comments only in that package, or to presets installed by any package? 19:01:10 as long as it's not fixed, I'm not comfortable in having enabled by default 19:01:18 sgallagh, because you said the commit to systemd was what enabled these, not the fedora-release package 19:01:27 jwb: Packaging policy forbids any other package in the Fedora collection from shipping presets 19:01:34 and yet... 19:01:41 jwb: That was prior to them being moved to fedora-release (recently) 19:01:59 At the same time that policy was put in place. 19:02:11 well, i will be skeptically optimistic then 19:02:12 Previously it was forbidden for any package but systemd to have them. 19:02:36 number80: those seem to be closed-errata? 19:03:07 nirik: solution was to rewrite abrtd so I guess, it's not fixed 19:03:26 well, all the bugs I see are closed with updates... 19:03:31 unless I missed some 19:03:58 *sigh* 19:04:11 I guess, they closed the ticket with minimal fixes 19:04:22 anyhow... 19:04:26 * number80 will investigate this further 19:04:50 any other votes on sgallagh's policy proposal ? 19:04:51 sgallagh: I'm ok with the policy proposal 19:05:00 sure +1 19:05:00 sgallagh: +1 on the proposal 19:05:12 +1 to my own proposal (unsurprisingly) 19:05:18 still +1 here 19:05:20 +1 to the proposal 19:05:20 +1 19:05:44 Anyone want to split up the investigation of the services with me? 19:06:14 #agreed We will use the policy proposal in comment 2 of ticket 1472 moving foward for presets. (+6,0,0) 19:06:18 sgallagh: i will if I have the time, but I doubt I will 19:06:39 * nirik does think he will have time either 19:06:49 sgallagh, I can help for few services 19:06:56 sgallagh: I'll take part of it too 19:07:21 cool 19:07:23 Thanks 19:07:40 #action sgallagh number80 and paragan will review sevices and we will revist list next week. 19:07:43 the only one on that list that really looks weird is lttng-sessiond 19:07:55 jwb: Well, ladvd is pretty odd too 19:08:02 That's the one that spawned this investigation 19:08:19 ack 19:08:41 acpid probably needs to go 19:08:52 but it isn't weird 19:09:10 I'm going to recommend that further comments on this should go to the trac ticket. 19:09:21 #topic next weeks chair 19:09:31 anyone want it? 19:09:35 sure 19:10:00 cool. 19:10:05 #action jwb to chair next week 19:10:11 #topic Open Floor 19:10:16 any items for open floor? 19:10:28 /me waves to Phoronix who will no doubt report on the i686 decision 19:10:59 sgallagh: free advertisement 19:11:10 not sure, we want it though 19:11:53 if nothing else, will close out in a minute. 19:11:59 thanks gentlemen 19:12:48 /me wonders who number80 is referring to. Definitely not him. 19:13:03 ok, thanks for coming everyone! 19:13:05 #endmeeting