17:01:57 #startmeeting FESCo (2014-04-16) 17:01:57 Meeting started Wed Apr 16 17:01:57 2014 UTC. The chair is notting. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:57 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:02:08 #meetingname fesco 17:02:08 The meeting name has been set to 'fesco' 17:02:08 #chair abadger1999 dgilmore mattdm mitr notting nirik pjones t8m sgallagh mmaslano jwb 17:02:08 #topic init process 17:02:08 Current chairs: abadger1999 dgilmore jwb mattdm mitr mmaslano nirik notting pjones sgallagh t8m 17:02:16 hi 17:02:16 morning 17:02:20 hello, party people. 17:02:34 * jwb is around-ish 17:02:38 Hello 17:04:14 hola 17:04:42 sgallagh and mattdm are @ summit. abadger1999's on vacation. so i think that's it? 17:05:10 * nirik nods. 17:05:18 I can go away too, if it'll help. 17:05:50 pjones: it will just get worse next week 17:05:55 pjones, no. need 2 of you to go away for lack of quorum 17:06:01 notting: I assumed as much anyway 17:06:01 #topic #1221 Product working group activity reports 17:06:01 .fesco 1221 17:06:02 notting: #1221 (Product working group activity reports) – FESCo - https://fedorahosted.org/fesco/ticket/1221 17:07:04 env&stacks and workstation noted the changes they filed. adamw - want to speak for server? 17:07:07 mostly i think groups have been working on changes... 17:07:16 and answering questions on them, etc. 17:07:21 * jreznik will be afk for an hour, ping me if anything needed for changes (I'll will read it later) 17:08:55 ok, if there's nothing else, might as well move on 17:09:19 #topic #1244 F21 System Wide Change: cron to systemd time units - https://fedoraproject.org/wiki/Changes/cron-to-systemd-time-units 17:09:19 maybe make this an "as-needed" thing 17:09:19 .fesco 1244 17:09:23 notting: #1244 (F21 System Wide Change: cron to systemd time units - https://fedoraproject.org/wiki/Changes/cron-to-systemd-time-units) – FESCo - https://fedorahosted.org/fesco/ticket/1244 17:09:47 this ticket makes me sad. 17:09:48 i was to take this to fpc last week. fpc didn't have enough people to meet, so postponed until this week 17:10:08 I see no reason for urgency... 17:10:13 me too 17:10:13 notting: sup? 17:10:16 oh, missed it. 17:10:25 I dont like the bullying tone of the change owner on the ticket 17:10:37 I'm generally in favor of letting FPC revisit... but _also_ the amount of time issues stay on the FPC agenda is really worrying 17:11:16 mitr, +1 17:11:19 is anyone *against* just doing this at the next fpc meeting? 17:11:28 * nirik is not 17:11:32 dgilmore: well, he's sounded that way for the larger part of a decade now, so probably it's worth trying to ignore. 17:13:00 pjones: yeah. which is what I am doing. just felt it was worth noting that his behaviour is bodering on unacceptable 17:13:12 notting: next fpc meeting +1 17:13:13 proposal: wait for next week, if change owner doesn't want to wait, they are free to drop the change. 17:13:24 nirik: +1 17:13:31 nirik: +1 17:13:42 nirik: the second part is unnecessary IMHO 17:13:58 which means it's fine and we can continue voting on it ;) 17:14:04 nirik: -1. don't need to be combative to combative-ness. (fine with waiting to next week) 17:14:16 pjones: So, to be precise, +1 to the first part, -1 to the second one 17:14:23 ok, we can drop that. sure. 17:14:30 proposal: wait for next week 17:14:38 And, regardless of this local thing, will we try to do something about FPC in general (say, after the Change flood quiets down?) 17:14:42 +1 to wait for next week 17:14:49 +1 to wait for next week 17:14:59 okay, so I think we've all said we're okay waiting until next week. 17:15:15 +1 17:15:22 mitr: they had some talk about meeting 2x/week or doing other things to help finish backlog. I think also just submitters cleaning things up more and being more clear in submissions would help. 17:15:24 #agreed wait until next week (+:all) 17:15:57 moving on to new business 17:16:07 nirik: All I have is second-hand reports, but those say that the FPC frequently doesn't even have quorum—so I'm not sure how not having quorum twice as often would help... 17:16:08 #topic #1250 F21 Self Contained Changes 17:16:08 .fesco 1250 17:16:09 notting: #1250 (F21 Self Contained Changes) – FESCo - https://fedorahosted.org/fesco/ticket/1250 17:16:28 self contained changes are: 17:16:36 https://fedoraproject.org/wiki/Changes/ApachePig 17:16:43 https://fedoraproject.org/wiki/Changes/ApacheAmbari 17:16:50 https://fedoraproject.org/wiki/Changes/ApacheAccumulo 17:17:00 and ​https://fedoraproject.org/wiki/Changes/Playground_repository 17:17:19 we had a bunch of apache hadoop related changes last week, there are a bunch this week, I really think they should all be consolodated into one 17:17:50 From the development side, this doesn't matter—the relnotes/announcements should be certainly consolidated 17:17:59 dgilmore: if they're all self-contained, I'm not sure it really matters. 17:18:02 also what mitr said 17:18:08 (... well doesn't matter as long as jreznik doesn't object to the overhead) 17:18:25 again mitr +1 17:18:25 I'm +1 to all the Apache* ones... 17:18:42 I had questions on the playground repo... it still seems in flux... 17:19:00 development side it doesnt really matter, its all the same amount of work, but for tracking and release notes I feel they need some consoldation 17:19:05 I'm +1 to all apache ones, and plan to be +1 to playground as well but will want for other's possible objections 17:19:41 im +1 to the apache ones. I am 0 to the playground. I have questions I need to raise over building and delivery 17:20:08 +1 to the apache ones 17:20:17 vaguely +1 to the playground one. 17:20:26 if you guys want to delay the vote on that one, that's fine by me. 17:20:52 i'm +1 to all the apache ones. for playground... where do those with concerns feel is best to discuss them? (don't see an env&stacks repo here) 17:21:08 what about promoting playground to systemwide Change status? 17:21:15 I'm not against the playground change in principal, but I think it needs to be more defined before the go ahead. I'd be ok delaying on it a week to answer questions on list... 17:21:23 notting: probably should raise them on the list for all to see and contribute to 17:21:29 t8m: yeah, I think that's what pretty much everybody here is actually saying 17:21:43 there's still question for example if they are just a collection of existing copr repos, or a seperate physical repo... 17:21:43 t8m: AFAICS iit's already filed as system-wide, only the category is different 17:22:13 nirik: that's been answered AFAIK - a physical repo is built 17:22:23 mitr, I mean the process should follow the systemwide change process 17:22:32 mitr, separate ticket etc. 17:22:37 But now that I look at Dependencies, "dnf must replace yum" ?! That's not a F21 material 17:22:42 well, it's been answered on the change page, but there's others who don't see it that way, like the copr developer... 17:22:50 mitr: right, its a systemwide change 17:22:54 and not self contained 17:22:59 and if it's seperate, why don't they want to use mash? 17:23:13 nirik: they cant as its not built in koji 17:23:14 +1 to the Apache* changes 17:23:17 and the repos are 'continuously rebuilt' but build once a day? 17:23:18 and mash requires koji 17:23:33 nirik: but I dont know the scope fo releng in the delivery of it 17:23:40 dgilmore: ah true... 17:23:45 no one has approached releng on delivery 17:23:56 um 17:24:02 well, I asked a bunch of questions, but haven't heard back yet. (On list) 17:24:04 i don't think they are saying dnf has to replace yum 17:24:09 #agreed Apache Accumulo, Ambari, and Pig changes approved (+:6, -:0) 17:24:10 jwb: they are 17:24:13 i think they are saying if you want to use playground, you have to use dnf 17:24:25 jwb: 17:24:26 yeah, they're saying you need something in dnf to use it 17:24:26 jwb: right, my bad 17:24:29 jwb: dnf - plugin for Coprs must replace yum, otherwise Playground stays in Beta 17:24:33 #info suggest coalescing of Hadoop and Hadoop-related changes for relnote/doc purposes 17:24:37 jwb: in dependencies 17:24:53 dgilmore, it's poorly worded. you have to use dnf if you want to use playground 17:24:53 dgilmore: I think you're getting lost in translation 17:24:56 proposal: elevate Playground repo to systemwide change, defer for a week for more discussion 17:24:57 but if it's a seperate repo, I don't see why dnf is needed. 17:25:00 jwb: right 17:25:09 notting: +1 17:25:10 notting: +1 17:25:16 jwb: and today all installs get both dnf and yum anyway 17:25:18 dgilmore, that is different from "dnf is replacing yum systemwide" 17:25:23 notting: +1 17:25:41 notting: +1 17:25:44 notting, +1 17:26:06 notting: I added a "Big Data" section to the release notes 17:26:31 #agreed Playground Repo should be promoted to a System-Wide Change. Playground Repo change deferred for a week for more discussion 17:26:33 #undo 17:26:33 Removing item from minutes: AGREED by notting at 17:26:31 : Playground Repo should be promoted to a System-Wide Change. Playground Repo change deferred for a week for more discussion 17:26:34 zoglesby: great, that will be better immediately understandable than the individual project names 17:26:41 #agreed Playground Repo should be promoted to a System-Wide Change. Playground Repo change deferred for a week for more discussion (+:6, -:0) 17:26:49 zoglesby: great, thanks! 17:27:33 on to system-wide features. doing slightly out of order due to dependencies 17:27:42 #topic #1280 F21 System Wide Change: Framework for Server Role Deployment - https://fedoraproject.org/wiki/Changes/FrameworkForServerRoleDeployment 17:27:42 .fesco 1280 17:27:43 notting: #1280 (F21 System Wide Change: Framework for Server Role Deployment - https://fedoraproject.org/wiki/Changes/FrameworkForServerRoleDeployment) – FESCo - https://fedorahosted.org/fesco/ticket/1280 17:28:24 +1 from me 17:28:32 +1 17:29:32 +1 17:29:37 I should abstain, with my name on it 17:30:12 +1 17:30:33 +1 17:30:51 #agreed Framework for Server Role Deployment approved (+:5, -:0, 0:1) 17:31:11 and the followups: 17:31:18 #topic #1279 F21 System Wide Change: Database Server Role - https://fedoraproject.org/wiki/Changes/DatabaseServerRole 17:31:18 .fesco 1279 17:31:19 notting: #1279 (F21 System Wide Change: Database Server Role - https://fedoraproject.org/wiki/Changes/DatabaseServerRole) – FESCo - https://fedorahosted.org/fesco/ticket/1279 17:31:35 +1 17:31:38 +1 17:31:47 +1 17:31:47 +1 17:31:53 +1 17:32:03 +1 17:32:20 #agreed Database Server Role approved (+:6, -:0) 17:32:22 #topic #1281 F21 System Wide Change: Domain Controller Server Role - https://fedoraproject.org/wiki/Changes/DomainControllerServerRole 17:32:23 .fesco 1281 17:32:24 notting: #1281 (F21 System Wide Change: Domain Controller Server Role - https://fedoraproject.org/wiki/Changes/DomainControllerServerRole) – FESCo - https://fedorahosted.org/fesco/ticket/1281 17:32:57 +1 17:33:02 +1 17:33:12 +1 17:33:12 +1 17:33:14 +1 17:33:31 +1 17:34:36 #agreed Domain Controller Server Role approved (+:6, -:0) 17:34:45 #topic #1282 F21 System Wide Change: Fedora 21 Boost 1.56 Uplift - https://fedoraproject.org/wiki/Changes/F21Boost156 17:34:45 .fesco 1282 17:34:46 notting: #1282 (F21 System Wide Change: Fedora 21 Boost 1.56 Uplift - https://fedoraproject.org/wiki/Changes/F21Boost156) – FESCo - https://fedorahosted.org/fesco/ticket/1282 17:35:42 +1 17:35:43 +1 17:35:47 +1 17:35:50 +1 17:35:58 +1 17:36:21 +1 17:37:02 #agreed Boost 1.56 Uplift is approved (+:6, -:0) 17:37:15 #topic #1283 F21 System Wide Change: GNOME 3.12 - https://fedoraproject.org/wiki/Changes/GNOME3.12 17:37:15 .fesco 1283 17:37:18 notting: #1283 (F21 System Wide Change: GNOME 3.12 - https://fedoraproject.org/wiki/Changes/GNOME3.12) – FESCo - https://fedorahosted.org/fesco/ticket/1283 17:37:22 +1 17:37:30 +1 17:37:37 +1 17:38:15 +1 17:38:41 +1 to 3.12; the "we may do 3.14 with a completely different schedule impact and contingency requirements and dependencies" part is pretty ugly 17:39:03 +1 to 3.12 as well 17:39:15 I suppose +1 in general, we are upgrading anyway, and the 3.14 plans will have to be discussed later... 17:39:15 mitr's point that the other bits seem to need more discussion seems pretty clearly true. 17:39:27 mitr: at least I took that as the point you were making 17:39:44 or perhaps +1 with the provision that FESCo must be consulted before the decision to move to 3.14 happens? 17:39:59 i would think 3.14 would be a different feature 17:40:17 notting: That's not what the text actually says, though 17:40:32 well the feature is "upgrade gnome to current release that ships with f21" 17:40:41 pjones: Looking particularly at the contingency plan, "3.12 is so soon that we'll get it in" is plausible but doesn't apply to 3.14 17:41:17 yeah 17:41:40 sigh 17:41:43 So... I think I'd be fine with an #info 17:42:02 (and I should have brought this up on the list, I apologize) 17:42:06 common sense would suggest that 3.14 inclusion would be brought up if it seems feasible. 17:42:26 jwb: indeed 17:42:39 Proposal: ask them to do 3.14 as a separate feature that we'll evaluate at such time as it becomes necessary 17:42:55 yeah, fine. no problem 17:42:56 move on 17:43:02 jwb: well, the title is 3.12, the summary is '3.12 or 3.14'. ideally they'd match 17:43:20 mitr: this is just a theortical thing though 17:43:23 yes, noted. agreed. move on 17:43:25 #agreed GNOME 3.12 is approved (+:6, -:0) 17:43:38 mitr: 3.14 should be out in september 17:43:46 #info if 3.14 is desired in the future, please raise separately 17:43:48 you guys really like nitpicking at the last damn second, you know that? 17:43:48 drago01: what exactly is theoretical? 17:43:54 mitr: and unstable release way before that and will get into rawhide 17:43:59 jwb: yes 17:44:11 #topic #1284 F21 System Wide Change: Mono 3.4 - https://fedoraproject.org/wiki/Changes/Mono_3.4 17:44:11 .fesco 1284 17:44:12 notting: #1284 (F21 System Wide Change: Mono 3.4 - https://fedoraproject.org/wiki/Changes/Mono_3.4) – FESCo - https://fedorahosted.org/fesco/ticket/1284 17:44:13 OH, LET'S WAIT UNTIL THE MEETING TO MAKE THESE COMMENTS. THAT WILL BE HELPFUL AND PRODUCTIVE. 17:44:22 jwb: please stop derailing this meeting. 17:44:29 apologies. 17:44:52 jwb: As the one who brought this up, I really would have been fine with an #info... 17:45:05 +1 17:45:09 +1 17:45:13 +1 17:45:17 +1 17:45:54 there was discussion on the list about whether the submitter has enough provenpackger privileges at his disposal to accomplish tis? 17:46:05 notting: "not yet a packager", even 17:47:29 hrm. 17:47:38 I haven't seen anyone on the "mono" ACL weigh in on the list, though... 17:47:46 * nirik is for it, if they cannot coordinate with package owners it may just not get done 17:47:53 So I'm +1 "please do try" 17:48:07 proposal: defer waiting on ack from laxathom, chkr, or other mono comaintainers 17:48:13 notting: fair, +1 17:48:34 sure, I suppose thats fine. 17:48:43 jreznik: have you pinged any of them already by any chance? 17:51:41 he may not be back yet. 17:51:52 It would appear that way. 17:51:53 notting: +1 (assuming you don't mean to _block_ for an ack) 17:53:03 although i guess th feature itself passed 17:53:22 notting: right 17:53:41 I suppose the Change owner will have to talk with these people anyway... 17:53:44 +1 17:53:55 #agreed Mono 3.4 feature approved (+:5, -:0, 0:0) 17:54:09 #info please talk to existing mono maintainers (laxathom, chkr) 17:55:22 #topic #1285 F21 System Wide Change: PHP 5.6 - https://fedoraproject.org/wiki/Changes/Php56 17:55:22 .fesco 1285 17:55:23 notting: #1285 (F21 System Wide Change: PHP 5.6 - https://fedoraproject.org/wiki/Changes/Php56) – FESCo - https://fedorahosted.org/fesco/ticket/1285 17:55:46 +1 17:55:58 +1 17:56:02 +1 17:56:11 +1 17:56:38 +1 17:56:59 +1 17:57:10 #agreed PHP 5.6 approved (+:6, -:0) 17:58:44 and finally 17:58:46 #topic #1273 Policy interpretation on proprietary products in gnome-software, gnome overview search results 17:58:46 .fesco 1273 17:58:48 notting: #1273 (Policy interpretation on proprietary products in gnome-software, gnome overview search results) – FESCo - https://fedorahosted.org/fesco/ticket/1273 17:58:55 abadger1999: off by an hour ;) 17:58:56 this was pushed to the board. the board made a ruling 17:59:19 pjones: Yeah -- I need to be an hour later ;-) 18:00:04 don't we all. ;) 18:00:44 so, upstream already made some changes here... 18:00:58 I'm unsure if they meet our/theboarads desires. 18:01:39 well, I guess it meets the statement in the fesco ticket... but I've not had time to read the board meeting minutes for context. 18:01:52 from the comments on the fesco ticket, it seems to be split on webapp vs native app rather than free vs proprietary. 18:02:17 but the board didn't split on those either. 18:02:23 Won't the board continue to disucss it? If so, they can review the current wording themselves without us playing a middleman 18:02:33 "Software not included in the Fedora repositories must be clearly differentiated when presented to the user (+1:6 -1:1)" 18:02:35 abadger1999: seems like the board required that 18:02:42 so, 'included vs not included' 18:03:14 not actually the same, but in the context it doesn't present much difference 18:03:29 and the proposed change is "Internet Only Application - This application can only be used when there is an active internet connection." 18:03:48 which i don't think quite fits 'clearly differentiated as not being included in the fedora repos' 18:04:11 pjones: the wording makes me wonder if that;s in addition to the philosophy that non-official-fedora-software needs a click-through approval from the user. 18:04:12 Do We Actually Need to Spend Time on This Today? 18:04:40 as per the copr ticket. 18:06:33 yes, you need to spend time on this today 18:06:35 mitr: as opposed to later, or as opposed to at all? 18:06:59 notting: as opposed to at all - Isn't the Board meeting again? So they can discuss exactly what they want or don't want 18:06:59 the current changes upstream weren't pointed out as a solution to the statement from the board 18:07:18 mitr, meeting for what purpose? 18:07:23 so, can anyone suggest better wording? 18:07:31 look, 95% of the board meeting was spent discussing UI issues 18:07:39 the board isn't responsible for low-level details like that 18:07:53 jwb: " As to the remaining issues, further discussion is still needed."; I read that as implying there will be further discussion 18:08:08 "Non Fedora application - This application is a internet application and not included directly in Fedora" ? 18:08:13 So, I think the question is: is there action FESCo needs to take on this, or do the people implementing the features have enough information to proceed reasonably now? 18:08:35 mitr, yes, well there are numerous board tickets that remain open because of "further discussion" 18:08:48 if you don't see discussion on-going on advisory-board, there isn't any discussion on-going 18:08:56 (at least in this case) 18:09:06 so. prod. 18:09:24 also, discuss with the developers/designers 18:09:37 (my question could also be extended to the board as well as fesco, but it's not clear to me what we would be asking them at this point.) 18:09:56 pjones: well, "make a determination whether the proposed change (which was indirectly fedora-prompted) fits the board's mandate" is one fesco action 18:10:28 notting, i guess you could do that. you could also say "i see you're making changes. fedora would like to make XXX suggestion" 18:10:35 notting: it seems to be that in broad strokes the board has declared it is, modulo some implementation requirements they've imposed. 18:11:18 I think that We could do something similar to what's on the third part repository policy: https://fedoraproject.org/wiki/Third_Party_Repository_Policy ... say that nonfree software services are not allowed to be presented to the user via an application installer at this time. If the Board wants to change policy around the Freedom Foundation then we (fesco) would revisit the issue. 18:12:04 please be sure to remove the google search integration from firefox when you make that statement 18:12:17 and a number of other places... 18:12:20 abadger1999: it seems as if the board has implicitly said that's /not/ a requirement. 18:12:24 abadger1999: -1; exactly this has been referred to the board so I can't see why we would now decide to answer precisely the same question ourselves now 18:12:26 that's pointless bikesheed 18:12:30 people will use web apps 18:12:35 pjones: then they should change the freedom foundation to clarify. 18:12:38 hiding them wont make them go away 18:12:49 pjones: I would say the "pending further discussion" means they haven't made that determination. 18:12:50 abadger1999: we don't ship the apps 18:13:01 abadger1999: only an interpreter that can run code (javascript) 18:13:07 abadger1999, there was no determination from the Board on whether non-FOSS web services undermind the Freedom foundation 18:13:12 abadger1999: the app is elsewhere 18:13:16 abadger1999, you're ascribing your interpretation on that 18:13:18 jwb: correct. 18:13:22 jwb: no -- 18:13:35 jwb: Note that the ticket contents are not public 18:13:48 I'm saying that the board needs to actively make a determination for me to feel that we can allow this pointing to non-free software. 18:13:49 mitr, note that for this ticket advisory-board is CC so they are 18:14:11 if they did that, then it would be easy for us to work out how to point to it. 18:14:15 (relatively :-) 18:14:22 abadger1999: The board was asked a question. The board answered. 18:14:32 If fesco would like to ask the same question again then I'm sure we can answer it again 18:14:39 abadger1999, that's not what you're accomplishing with your proposal. if FESCo makes a _decision_ then it needs to act on that 18:14:46 if FESCo has a _question_ then just ask it 18:14:56 But it seems like a tedious way to spend time 18:15:18 mjg59: What was the asked question? 18:15:24 I haven't been around for the past 10 days. 18:15:29 mjg59, tbf, sgallagh_afk made a proposal that would have addressed the non-FOSS web services vs. freedom question. the Board deferred from voting on it 18:15:41 jwb: All I can see there is a thread that doesn't actually take place on the ticket (might be just me though) 18:16:16 mitr, just so i'm clear, which specific ticket are you referring to? 18:16:24 jwb: 182 18:17:31 so instead of going into the weeds, could we try and answer the question the board asked us? or do we need more info? if so what? 18:18:19 nirik: What question did the board ask us, and where? 18:18:22 mitr, ok, good. we're talking about the same ticket. the contets of it, in their entirety were sent to advisory-board 18:18:24 "Software not included in the Fedora repositories must be clearly differentiated when presented to the user (+1:6 -1:1)" 18:18:24 Please work with the developers on making this distinction in the software-installer and gnome-shell. 18:18:34 mitr, there have been no further comments on the ticket. 18:18:39 a) does the change made meet this desire. 18:18:56 https://fedorahosted.org/fesco/ticket/1273#comment:56 18:19:46 jwb: OK, that must be me then. I can see the mails in the archives. Sorry. 18:21:08 personally, I think the wording needs to be more clear that the app is not only needing internet to work, but not included in fedora. I don't know how best to do that, but I can ask if they would be open to wording changes. 18:21:41 nirik, "they"? 18:21:54 mitr: for that question regarding mono - I talked to change owner, he tried to reach maintainers, so far with no luck... but I agree - it's up to them to talk to each other or even start non-responsive process 18:21:57 gnome designers? 18:22:10 I think no. But it could wiht a better message. However, I think that on the technical details side we need (also? Or is it already there for these apps?) to have click-through agreement from the user to show these. Since we require that of non-fedora software repositories " This application search software can search for applications in these specific third party repositories as long as the user is explicitly asked 18:22:11 to enable the repository before installing packages from them. " 18:22:15 nirik, ah, thank you. was unclear if you meant wording changes in the app or wording changes in the Board statement 18:22:27 sorry, yeah, I meant in the app. 18:23:18 abadger1999: oh god that's terrible. 18:24:30 pjones: UI-wise? Perhaps -- I was thinking, maybe they could be lumped into the same click through? 18:24:47 Or does each repo have to have a separate click-through 18:24:52 I don't see how to make that distinction for these without also needing it for google search in firefox 18:24:58 abadger1999: part of the problem is that that policy seems very focused on 'installing' and rpms... so that might be part of the confusion 18:25:15 pjones: Well... so thinking about mattdm's questions... 18:25:17 these are not installed or are packages 18:25:17 abadger1999, there are no repos for twitter 18:25:26 unless we're just completely okay with hypocrisy. 18:25:42 Well, if it looks like a duck and quacks like a ducks, does it matter whether it is constructed like a duck? 18:25:51 with google seach, we have a piece of opensource code that runs on the user's computer and submits data to a proprietary web service. 18:26:13 with gmail, we download a proprietary application onto the user's computer and execute it. 18:26:15 mitr: it does if you want to take a duck policy and apply it to all flying creatures. ;) It might need adjustement or you had weird duckisms 18:27:22 pjones: My takeaway so far is that we have essentially run into contradictions within the general philosophy ("we don't care or support running any proprietary software but don't even think about breaking JavaScript on the web!"), this philosophy is strictly a board-level matter, and no amount of wording tinkering with individual details by FESCo is going to resolve it 18:27:24 abadger1999: the same could be said of lots of web pages. 18:27:45 "Do you want to load this web page? It's not included in Fedora and may not be free" 18:27:46 are people comfortable with merely changing the gnome-software UI, and comfortable with the proposed change there? 18:27:54 (i am yes and no, respectively) 18:28:22 nirik: But I think we have been okay with drawing a line between the software installer and the web browser before. 18:28:29 notting: "not a FESCo matter, "not a FESCo matter", and "no" to an unasked question "does the proposed change implement what the Board asked for" 18:28:38 notting: for right now, I am yes and no. But I agree it's something we and the board should still be figuring out 18:28:40 a user can search for proprietary software, rpmfusion, etc in their web browser. 18:28:52 but we do not point them at it in the software installer. 18:29:01 abadger1999: not without using a proprietary dataset in a proprietary search engine, they can't. 18:29:21 or at least at the moment we strongly encourage that. 18:29:29 mitr: my understanding of https://fedorahosted.org/fesco/ticket/1273#comment:56 is that the 'please work with...' was deferred to fesco, so it is a fesco matter 18:29:54 I basically agree with mitr's position, especially on the third (unasked) question 18:30:24 * nirik is with notting on that. 18:30:30 notting: currently I'm no, no. But my first no could be yes if the board would rule that it was okay to point to the web apps. 18:30:36 notting: That's probably just me being pedantic about the question wording :) I don't need to be personally comfortable with the proposal when I'm tasked with implementing a specific requirement 18:30:41 the Board doesn't dictate or implement technical details 18:30:50 it's a fesco matter if it's a UI implementation problem 18:30:56 abadger1999: I assume they did, since they wanted us to make sure they were distinguished? 18:31:03 and if you choose to do nothing about it, then you choose to do nothing about it 18:31:49 nirik: I assume they didn't as per jwb's summary and statements here. 18:31:52 [11:15:28] mjg59, tbf, sgallagh_afk made a proposal that would have addressed the non-FOSS web services vs. freedom question. the Board deferred from voting on it 18:32:30 * nirik is now confused. more so than usual. 18:33:00 The situation is that we ship software that depends on proprietary web services 18:33:08 correct. 18:33:20 And nobody has ever had a problem with that, or, say, enabling javascript by default. 18:33:21 The board felt that the only distinction between what gnome-software was doing and what Firefox has always done was in presentation 18:33:28 If the board asks us to determine how best to differentiate not included in fedora software, but they haven't decided that we can point to not included in fedora software, whats there for us to do here? 18:33:49 notting: so, to simplify, I fully agree with your concern in https://fedorahosted.org/fesco/ticket/1273#comment:62 18:34:02 And so the board said that non-free webapps should be clearly differentiated from normal software in any UI 18:34:07 nirik, work with the upstream developers to make it clear that webapps are not included in fedora repositories 18:34:34 mjg59, correction: the Board said that software not included in Fedora repositories. 18:34:42 it made no determination based on licensing 18:34:45 jwb: Sorry, yes 18:34:47 nirik: implicitly, they have said we're allowed to link to web pages that /are/ non-included proprietary software (but not that just let you possibly illegally download such) 18:34:56 Going beyond that would involve the board getting involved in UI design 18:35:03 The board is not qualified to be involved in UI design 18:35:29 mjg59: well, you could argue that fesco as members aren't either, but fesco as a body is concerned with it 18:35:51 notting: Yeah, and there may be an argument that any proposed design should be bounced back to the board to verify that it meets their desires 18:36:13 (I'd certainly have no objection to that) 18:36:24 But I think the fundamental philosophical issue has been answered 18:36:33 And it's now a more technical problem 18:36:56 so where are we then? 18:37:31 nirik, work with the upstream developers to make it clear that webapps are not included in fedora repositories 18:37:42 well, if we're going to do the 'work with upstream' that the board has requested, we can 1) reject the changes out of hand 2) suggest new changes 3) delegate someone to represent what changes we want (which sort of requires deciding that) 4) ...? 18:37:59 thats where I started, about 20min ago before we wandered down another path 18:38:16 well i'm glad we've wandered back then 18:38:24 Proposal: ask the Board to update the Freedom foundation to make clear that that the display and linking to non-FOSS web services is not a violation. 18:39:05 Proposal2: ask the gnome designers to include web applications in the click through that enables non-vendor repositories 18:39:08 abadger1999: Why? We've done that in every single Fedora release. 18:39:40 mjg59: you asked that we send back to the board the questions that we need answered. 18:39:51 mjg59: That's the question we need answered. 18:39:57 abadger1999: You can do these things as a person, I wouldn't +1 these as a FESCo matter (I have explicitly promised to defer these questions to the board) 18:40:04 abadger1999: The status quo is that it's acceptable 18:40:05 counter proposal from the bleachers: ask the gnome developers to deploy web apps the same way they do with extensions via extensions.gnome.org 18:40:10 mjg59: I don't think so. 18:40:36 randomuser: is that the same mechanism that's already included in ff's web store, chromium's whatever-they-call-it? 18:40:58 notting, I'm not aware of that :/ 18:41:09 abadger1999: by repo click-through, you mean https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/software/version2/software-standalone-repo.png ? 18:41:14 abadger1999: If it were a violation, every single Fedora release we've ever made was violating in the default configuration 18:41:33 So without the board taking active action, I'd have to vote -1. If it's the status quo then it shouldn't be hard for the Board to approve a clarification of the foundation to make everyone happy. 18:41:36 randomuser: https://marketplace.firefox.com/ . "included" in fedora, to some extent 18:42:17 I really don't understand the value in equating the software installer with a browser, but whatever 18:42:46 notting: Something like that seems right. 18:43:05 randomuser: now you've confused me more, as extensions.gnome.org (as you suggested) is a browser-driven software installer 18:43:37 abadger1999: i don't see how your proposals help us implement what the board tasked us with, as it's operating on a different axis 18:43:48 abadger1999: we've included undisclaimed links to proprietary web services in every release since Fedora Core 3. Can we please stop pretending we haven't? 18:43:55 abadger1999, to be clear, you're looking for a statement that non-free web services are not against the Freedom foundation, correct? 18:44:13 notting, i looked at the mozilla one now, same thing there. You're visiting an external site to install functionality in both though, not using the system software installer 18:44:25 notting: I think that we were tasked with that via the policy decisions around third party software repositories. 18:45:26 * nirik thinks we need to revise the third party software repos guidelines if we intend to use them for non installed, not package things. 18:45:33 randomuser: neither of them would actually work without a "system"-placed component 18:45:35 notting: perhaps, as jwb says, the board shouldn't have asked for specific ui and we should just adapt the third-party software policy to evaluating the ui. 18:45:39 nirik, agreed 18:45:46 nirik: like x3270 sessions? 18:45:47 abadger1999, i never said that 18:46:01 abadger1999, and i disagree with that entirely 18:46:03 mitr, agreed, I'm not against providing the functionality for such things to exist 18:46:04 nirik: we might need to, yes. Not in this ticket. 18:46:36 nirik, or you could not use it for things it wasn't intended for. 18:46:40 which might be saner 18:47:26 proposal: cc kalev (upstream committer/implementer) on ticket, point him at comment 56, and note that we don't think the proposed language fits what was requested there. work in ticket. 18:47:27 well, abadger1999 is trying to. :) I see the appeal, because there's a lot of similarity there and it could cover the cases... 18:48:03 notting: +1 18:48:39 jwb: Sorry, that's what I interpreted from "the Board doesn't dictate or implement technical details it's a fesco matter if it's a UI implementation problem" 18:49:20 np. your interpretation was incorrect 18:49:32 jwb: 18:50:02 notting: +1 (I do think there are lots of questions around this, but we can do this now and continue to discuss with board/others to try and figure things out over the next week) 18:50:21 notting: +1 18:50:44 notting: +1 18:51:36 FWIW, I agree with abadger1999's question for the board, but we can bring that up to the board, not here. 18:51:52 jwb: Re: "looking for a statement that non-free web services are not against the Freedom foundation," yes, please. In particular, that having something installed whose main (sole?) purpose is to download the web service's proprietary client portion and run it is okay. 18:52:53 #agreed Add kalev to ticket, point him at board request., note FESCo does not generally think current proposal implements that request. Work issue in ticket. 18:52:54 If the board does that, then I think that answers all of the non-technical portions of the question. 18:52:56 #undo 18:52:56 Removing item from minutes: AGREED by notting at 18:52:53 : Add kalev to ticket, point him at board request., note FESCo does not generally think current proposal implements that request. Work issue in ticket. 18:53:08 #agreed Add kalev to ticket, point him at board request., note FESCo does not generally think current proposal implements that request. Work issue in ticket. (+:5, -:0) 18:53:29 this obviously doens't move the ticket to fixed/closed. leave open for next week? 18:53:34 abadger1999, your phrasing would include firefox. 18:53:37 abadger1999: that something you describe is a web browser. ;) 18:53:45 nirik, indeed 18:54:00 abadger1999, have you read the log of the Board meeting? 18:54:04 notting: yep. 18:54:05 the full irc log 18:54:21 notting: dropping the meeting keyword perhaps 18:54:37 nirik, jwb: I don't believe so (but if the board does, then they can make a decision based on that belief ;-) I don't think that firefox's main or sole purpose is to download proprietary clients and run it. 18:54:57 abadger1999, have you read the log of the Board meeting? 18:55:07 abadger1999: A week running with noscript and no exceptions might persuade you otherwise 18:55:07 jwb: I've only been able to read a small bit (for instance, the voting on sgallagh_afk's proposal). 18:55:21 jwb: Like I say, I've been gone for the past 10 days. 18:55:29 (and will be gone for the next 10 as well). 18:55:33 are people ok with moving on for now? 18:55:33 abadger1999, or lack thereof. anyway, i suggest reading it in the entirety before proposing further questions 18:55:41 moveon++ 18:55:41 notting: yes 18:55:49 notting: yes 18:56:12 notting, definitely 18:56:15 ok 18:56:21 #topic Next week's chair 18:56:22 abadger1999, imo, sgallagh's question is possibly the best phrasing for what you're asking 18:56:38 any volunteers? 18:56:53 jwb: I based mine on his -- I felt I wanted a little bit more clarity than his question. 18:57:09 jwb: possibly that's just me or possibly you are looking at it differently than me. 18:57:36 notting: I guess I can. 18:57:44 #info nirik will chair next week's meeting 18:57:58 abadger1999, your question ignores the complexities discussed in the board meteing 18:58:01 meeting 18:58:07 #topic Open Floor 18:58:28 anything for open floor? 18:58:33 i have something 18:58:41 Just one quick thing I wanted to toss into the wind... I can wait until after jwb 18:59:02 so my apologies for my earlier ranting during the Change review. however. 18:59:49 jwb: So how about asking the Board to approve sgallagh_afk's proposal and adding "and will update the wording of the Freedom Foundation to make that clear". 19:00:02 the purpose of the Change process is to get things reviewed and iterated as quickly as possible. FESCo not commenting until the meeting is hindering the goal behind it, and is extremely frustrating to people proposing Changes. it's an unnecessarily delay 19:00:13 please work on reviewing and asking questions well before the meeting 19:00:22 jwb: I know I should have, and I can think of no good reason I haven't. All I can is apologize. 19:00:36 jwb: +1 (we try, and sometimes I fail... but we should all try harder) 19:00:46 yeah, what they said. 19:00:51 Really I jsut wanted to add the need for making that decision explicit in the foundation to what sgallagh wrote. 19:00:52 abadger1999, the latter part seems pointless. we don't mention non-free firmware exceptions in the Foundation text 19:00:54 jwb: yup, apologies. i had assumed that it was standard gnome release X boilerplate. 19:01:46 ok, that's all i had for open floor. thanks for listening 19:01:58 #info please make sure to review and comment on change proposals before they reach FESCo 19:02:04 nirik: you're next for open floor? 19:02:18 jwb: people interpreting the foundation in different and incompatible ways is the point. If you can make that clear without mentioning the specific example of proprietary download-on-demand clients, that's fine with me. 19:02:32 My query: Does anyone have objections to disallowing delete on bodhi updates? (ie, change delete into 'unpush'). Deleting updates often causes releng problems and removes history... I can't think of a valid use case off hand for it. 19:03:02 nirik: maybe 'only before it's actually been pushed anywhere', if that's doable 19:03:03 nirik, that's one way to solve the problems i guess 19:03:16 the other would be to implement push locking 19:03:20 and fix bodhi 19:03:48 well, there's a number of problems... yeah, but I think disallowing delete will work around a few of them, and I can't see much reason to have it. 19:03:53 nirik: I have only a purely theoretical concern about the ability to actually delete copyright- or patent-infringing software, but we can live without having that functionality built-in the application, we can always just delete data from the underlying systems 19:04:14 nirik, no objection, there might be legal reasons why we would need to delete something but this would have to be probably handled manually anyway 19:04:30 yeah, we can still delete packages, I am just talking about UPDATES. 19:04:51 nirik: no objections here. 19:05:02 nirik: seems reasonable 19:05:08 you can unpush an update and remake a new one with whatever you want in it. 19:05:29 but the unpushed one still exists, so you can see what was done 19:05:53 I have no objection. 19:06:23 thanks. thats all I had 19:06:25 #info releng plans to disallow deletion of bodhi updates (packages in updates can still be removed) 19:07:04 anything else? if not, will close meeting in two minutes 19:09:27 thanks all. 19:09:29 #endmeeting