18:01:59 #startmeeting FESCO (2014-11-05) 18:01:59 #meetingname fesco 18:01:59 #chair dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh stickster t8m thozza 18:01:59 Meeting started Wed Nov 5 18:01:59 2014 UTC. The chair is kalev. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:59 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:01:59 The meeting name has been set to 'fesco' 18:01:59 Current chairs: dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh stickster t8m thozza 18:02:01 #topic init process 18:02:09 .hello kevin 18:02:10 nirik: kevin 'Kevin Fenzi' 18:02:13 .hello sgallagh 18:02:14 sgallagh: sgallagh 'Stephen Gallagher' 18:02:16 hi 18:02:16 hello all 18:02:36 let's see ... my first time chairing this :) 18:02:38 hi 18:03:19 looks like we have quorum at least 18:03:28 * mattdm is here 18:03:29 kalev: Yup, you don't get out of it that easily :) 18:03:29 * stickster notes he will log but has to be afk today 18:03:43 sgallagh: pff :) 18:04:15 OK, let's get started 18:04:19 we have two topics today 18:04:25 #topic #1362 Clarify feature process as it relates to FPC 18:04:25 .fesco 1362 18:04:26 kalev: #1362 (Clarify feature process as it relates to FPC) – FESCo - https://fedorahosted.org/fesco/ticket/1362 18:05:18 tibbs: do want to give a short summary of what you'd like changed in the feature process and what else fesco can do to help make this better for FPC? 18:06:34 I think the original proposal makes a reasonable request that any Change request that involves a packaging guideline modification must provide at least a first draft of that modification itself. 18:07:05 Otherwise, we have Changes as a sort of backdoor into having FESCo demand that the FPC do something, which we really don't have control over. 18:07:38 right, as well as people proposing the change having the best idea of what the change means/how it works. 18:07:49 is it something that should be codified somewhere or just something to keep in mind when accepting changes? 18:08:28 kalev: I think it should be part of the proposal 18:08:44 well, it could be codified into the changes process? 18:09:04 Yeah, I'd like to see it stated explicitly in the Changes Process 18:09:41 (Which I realize means "having FESCo demand that do something", but at least in this case is lkely to be a FESCo member) 18:10:58 sgallagh, +1 18:11:06 +1 18:11:41 * sgallagh realizes he probably just volunteered 18:11:45 sure, +1 -- does anyone want to write something up? 18:11:53 aha, I can see a volunteer :) 18:12:07 On "demanding that FPC do something" .... I don't think that's the right characterization 18:12:38 mattdm: Well, it kind of is. It's asserting that certain changes have to go in under specific time-constraints 18:12:39 There's a perfectly reasonable split where FESCo can say "we want this to be done; please figure out / approve guidelines for how it should be done" 18:12:53 sgallagh ... and sometimes they do! 18:13:22 well, where there are cases where a change involves things noone on FPC is a expert in, we really need the change owner(s) to draft things... 18:13:29 Sure, I have no problems with us approving it ahead of time 18:13:43 But I think the onus MUST be on the Change proposers to provide the first draft 18:14:17 I'm in favor of that, sure. 18:14:20 Do we have a concrete proposal to vote on? I think the original proposal was right at least in this regard. 18:15:17 Sometimes the Change proposer does not realize that FPC guideline should be added though. 18:15:51 The question is whether we should always demand him to propose such draft or not in this case. 18:16:42 most of the time Changes owners are people who are driving changes 18:16:52 I think it's reasonable to expect them to draft policy changes as well, when applicable 18:17:24 Proposal: If the Change requires a Packaging Guidelines change, the owner of the change have to provide a draft of the change. This request has to be codified in the Change Process. 18:17:25 sure, sometimes they won't need packaging changes, but it should be mostly obvious... 18:17:41 thozza: +1 18:17:46 thozza: +1 18:17:56 thozza: +1 18:18:07 I'm also +1 for the record :) 18:18:34 OK, +1 with the reservation above, but I think that can be handled ad hoc 18:18:54 t8m: sure 18:19:40 looks like we have consensus and +5 votes 18:19:51 mattdm: any objections? 18:20:02 kalev: sorry +1 18:20:22 So FPC should wait until the feature is approved or can it already approve the guideline in advance? 18:21:06 I don't see a need to tie the two... if the change owner drafts something and FPC approves it, should be fine? 18:21:18 tomspur: Yeah, the guideline can be approved beforehand 18:21:26 I agree 18:21:28 For non-controversial things, at least 18:21:53 Obviously the FPC can opt to say "We want FESCo to weigh in first" on things 18:21:54 It should not be used as argument for FESCo to approve such a change 18:22:02 right 18:22:12 * nirik trusts FPC folks to do that as needed. 18:22:21 #agreed If the Change requires a Packaging Guidelines change, the owner of the change have to provide a draft of the change. This request has to be codified in the Change Process. (+6,0,0) 18:22:32 who will do it? :) 18:22:36 sgallagh: were you saying you'd draft it? 18:22:47 #action sgallagh to draft up an update to the Change Process 18:22:57 great, thanks sgallagh 18:23:03 sgallagh: thanks! 18:23:09 ok, on to the next topic 18:23:13 #topic #1365 A unique system-wide TMP directory for all programs and sane ways to retrieve the default 18:23:16 .fesco 1365 18:23:18 kalev: #1365 (A unique system-wide TMP directory for all programs and sane ways to retrieve the default) – FESCo - https://fedorahosted.org/fesco/ticket/1365 18:23:33 looks like there were comments added to this in just the last few minutes... 18:23:48 * nirik wonders if this is something we should punt on and see if we can reach some solution in ticket. 18:23:51 not sure FESCo should do anything at this point here, quite a bit of discussion still going on 18:24:01 sgallagh, I think you can amend the Change process outright 18:24:03 people are just using the ticket for bringing different parties together to discuss the problem 18:24:24 kalev, +1 18:24:26 t8m: Sure; I suppose if the phrasing isn't perfect, we can iterate 18:24:38 mschwendt: anything you'd want fesco to do at this point? 18:24:52 kalev: I dunno what fesco thinks about it 18:24:53 sgallagh, yeah 18:25:11 is it considered bad that firefox overrides $TMPDIR if not set? 18:25:21 is it considered bad that gnome-terminal discards env vars? 18:25:47 do we want to rely on being able to customize installations via $TMPDIR env? 18:25:48 mschwendt, +1 to both at least from my point of view 18:25:54 I would personally say that Firefox shouldn't override TMPDIR in the environment it passes to launched apps, yes 18:26:37 mschwendt, you added third question before I answered :) For the third question - I am not decided 18:26:47 ;) 18:27:06 I think it would be good for us to be consistent at the very least... the mismash now isn't good (IMHO) 18:27:42 mschwendt: gnome-terminal does not discard env vars 18:28:06 repeating it doesn't make it any truer 18:28:42 mclasen: does it make a difference whether they get deleted or not set beforehand? 18:29:33 mclasen: have you seen that gnome-terminal's mailto handler breaks XDG base dirs, too? 18:30:13 it does no such thing 18:30:27 care to explain? 18:31:18 mclasen, if you set some env variable, run gnome-terminal with this var set, the handler run through the dbus-activation won't see it 18:31:40 true 18:31:56 but blaming gnome-terminal for the mechanics of dbus activation is not useful 18:32:23 yes, s/gnome-terminal/dbus-activation in gnome sessions/ should be done above 18:33:07 there should be a way to pass environment from the process invoking the dbus-activation to the dbus-activated process 18:33:17 if you want tmpdir set for all processes in the session (including those launched via dbus activation), you need to make sure that tmpdir makes it into the dbus activation environment 18:33:29 t8m: activated processes are often shared by multiple activators 18:33:31 either by setting it before launching dbus-daemon, or by injecting it afterwards 18:35:02 so, really to me this sounds like we need to hash out some solution if we want a system wide tmpdir in ticket... 18:35:03 now it's getting somewhere. consistency would be essential here as not to start programs in changing environments that are different from the desktop. 18:35:08 * nirik doesn't think we are going to solve it here today. 18:35:18 * mschwendt neither 18:35:20 Frankly, I've long wished for the ability to set an env var in one terminal and have it set in all my other terminals too 18:35:30 Could we perhaps handle all env vars in the session bus? 18:36:00 sgallagh, +1 18:36:52 anyway, I don't think we can reengineer everything here today 18:36:59 * sgallagh agrees 18:36:59 proposal: Give the discussion in the ticket more time and see next week if there's anything FESCo can do 18:37:21 kalev: back to the initial question about the fesco ticket -> confirming/acknowledging the problem will be a first step. Firefox has been fixed, tells the ticket. 18:37:36 ah cool 18:37:37 that will help Claws Mail. By default. 18:37:51 mschwendt: I think it is an issue and we should try and make things distro wide better. :) thanks for bringing it up 18:38:06 kalev, +1 18:38:21 I will continue talking to claws mail upstream and try to find out why they don't choose a different location for the file. 18:38:34 sounds good, thanks mschwendt for working on this 18:40:08 #info Give the TMP directory discussion more time and revisit it next week to see if there's anything FESCo can do 18:40:14 anything else here? 18:40:28 #topic Next week's chair 18:40:46 * kalev rubs hands. Someone else's turn next week :) 18:41:00 * sgallagh will be at a conference and unable to attend 18:41:08 kalev, I would like to get the chair week after the next one, I am not sure I will be able to attend next week 18:41:16 I can do next week 18:41:16 sure 18:41:23 awesome, thanks nirik 18:41:32 #action nirik to chair next week 18:41:47 #info t8m and sgallagh unable to attend next week's meeting 18:41:51 #topic Open Floor 18:42:03 anything anyone wants to bring up for the open floor? 18:42:34 Thanks to everyones hard work on Beta. 18:42:42 Seems to be getting pretty good reviews in the press. 18:42:42 nirik, +1 to that! 18:42:54 #info Thanks to everyone's hard work on Beta. 18:43:00 nirik: Got any links besides Phoronix and InfoWorld? 18:43:44 http://www.pcworld.com/article/2842555/how-fedora-21-is-splitting-itself-inself-in-thirds-to-prepare-for-the-next-10-years.html 18:43:58 http://betanews.com/2014/11/04/linux-fans-fedora-21-beta-1-is-here-now-featuring-three-flavors/ 18:44:14 Nice 18:44:16 yeah, several more... 18:44:22 http://www.lifehacker.co.uk/2014/11/05/fedora-21-beta-released-need-know-new-multi-flavour-linux-distro 18:45:07 Cool, yeah none of those were on my watch-list 18:45:10 Thanks! 18:45:40 I have a huge grin on my face here after quickly skimming the reviews 18:45:44 nice to see positive reviews :) 18:45:51 Indeed 18:46:08 oh, actually I had something I wanted to bring up for the open floor 18:46:36 would anyone here mind if I try to get the packages that have broken deps in F21 dropped from the package collection? 18:46:49 it seems rather bad user experience to ship something that cannot even be installed 18:47:09 kalev: dropped or fixed before freeze. sure. ;) And also rememeber to nuke or fix rawhide versions at the same time 18:47:11 I replied to a F21 Branched Report two weeks ago and generated some interest in broken deps and quite a few got fixed 18:47:17 nirik: yep 18:47:46 OK, I'll try to push this forward 18:47:56 I think a few releases ago spot went to great effort to make the broken deps 0... but of course it didn't last. ;( 18:48:20 kalev, nirik, in some cases if the packages are not in comps or deps of comps I don't think it would be a problem to have the deps fixed after release in updates 18:48:25 yes -- I wonder if it could be a policy to just drop things before the final freeze that have broken deps 18:48:35 * spot rocks back and forth in his warm straitjacket. 18:48:40 t8m: I agree -- but that doesn't mean we have to ship broken things in the base repo 18:48:41 t8m: sure, but then they also could be re-added in updates. ;) 18:48:46 t8m: can always add the package back once it's fixed 18:48:57 spot: hey, at least it's warm! :) 18:49:03 :D 18:49:20 so would the drop mean "drop for the release being released only"? I am +1 to that 18:49:53 interesting topic ;-) mind you, there still is no garbage collector meta package in the distribution 18:50:08 * nirik nods. 18:50:10 t8m: right; anything can always be added back in the updates repo afterwards, even if it's dropped in the base "fedora" repo 18:50:41 the distinction is that the "fedora" repo is frozen and cannot be fixed after we've shipped the F21 gold release 18:51:10 kalev, OK 18:51:27 Quick question about the Change Process I'm editing 18:52:01 kalev: well, we will no longer have a "fedora" repo, it will be "everything" but same thing applies. 18:52:01 I'd like to set Alpha Freeze as deadline for the first draft to the FPC. Is that reasonable? 18:53:27 (or else the "Contingency Plan" goes into effect) 18:53:40 sure. it shouldn't be too hard to have a first draft then 18:54:06 exceptions can be always approved if reasonable 18:54:10 right 18:54:27 My thought is that Alpha Freeze is the time where we expect the Change to be at least testable anyway 18:54:39 yes 18:54:43 So presumably they are already implementing the new guidelines or well on their way 18:55:03 I wouldn't be overly concerned when the deadline is, as long as there's a note there saying that the proposal owners should come up with a draft 18:56:19 I'll close out the meeting in a minute if nothing else comes up 18:56:35 https://fedoraproject.org/w/index.php?title=Changes%2FPolicy&diff=393926&oldid=390130 18:56:53 jreznik: Would you mind making an update about this so that people are aware for F22 Changes? 18:57:47 he just timed out 18:58:01 sgallagh: looks good to me 18:58:22 sgallagh, OK 18:59:37 OK, thanks for coming everybody 18:59:46 kalev: Thanks for chairing 18:59:48 and thanks for bearing with me learning how to chair a fesco meeting 18:59:52 #endmeeting