16:00:07 #startmeeting fpc 16:00:07 Meeting started Thu Apr 17 16:00:07 2014 UTC. The chair is geppetto. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:07 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:07 #meetingname fpc 16:00:08 #topic Roll Call 16:00:08 The meeting name has been set to 'fpc' 16:00:15 * RemiFedora here 16:00:20 * pmackinn here 16:00:33 Hello. 16:00:34 #chair geppetto RemiFedora 16:00:34 Current chairs: RemiFedora geppetto 16:00:40 #chair tibbs|w 16:00:40 Current chairs: RemiFedora geppetto tibbs|w 16:01:16 SmootherFrOgZ: you around? 16:02:15 yep 16:02:16 here 16:03:00 #chair SmootherFrOgZ 16:03:00 Current chairs: RemiFedora SmootherFrOgZ geppetto tibbs|w 16:03:09 one more 16:03:36 spot: abadger1999: Either of you around? 16:04:00 pretty sure both are traveling or afk. 16:04:06 abadger1999 joined about 90 minutes ago from pycon. 16:04:13 * geppetto nods 16:04:52 the other three aren't int he channel … which doesn't bode well. 16:05:22 pretty soon I'm going to have a complex about running the meeting ;) 16:06:24 eh! 16:06:37 Yeah, this time of year is always tough. We're going to have to do business in the tickets if we want to make any progress at all. 16:09:31 pmackinn: you are here for 415? 16:09:35 * pmackinn is here for https://fedorahosted.org/fpc/ticket/415 and https://fedorahosted.org/fpc/ticket/422 as time permits 16:09:53 * geppetto nods … 415 seems fairly simple 16:10:05 #topic #415 Temporary Javascript bundling exception for Ambari dependencies 16:10:10 please, before postpone again your meeting, could you go on in some way with https://fedorahosted.org/fpc/ticket/391#comment:15 ? 16:10:15 https://fedorahosted.org/fpc/ticket/415 16:11:03 sagitter: the page change? 16:11:08 as web-asset still unusable, and as we have already various exception for jquery, I'm +1 for one more 16:11:16 sagitter: That's not done during the meetings 16:11:30 what, in general, is the state of javascript bundling? seeing other reviews go through with bundled js (not just jquery) 16:11:40 RemiFedora: Yeh, seemed pretty simple +1 for a release or two for web-assets 16:12:43 e.g., https://bugzilla.redhat.com/show_bug.cgi?id=1061056 16:13:18 I think we've generally allowed JS bundling anyway 16:13:43 but we'd still prefer you use web-assets eventually, if you can. 16:14:02 tibbs: SmootherFrOgZ Want to vote? 16:14:05 pmackinn, there is a Guidelines which imply unbundling for JS, but which is not usable for now 16:14:28 and there is so much issue with JS... especially the minify stuff... 16:14:33 It's going to take a while before enough dependencies get in the distribution before we can really think of usefully unbundling javascript everywhere. 16:14:51 Rathann: You around? 16:14:53 hi, sorry for being late 16:14:57 #chair Rathann 16:14:57 Current chairs: Rathann RemiFedora SmootherFrOgZ geppetto tibbs|w 16:15:01 and there is nothing to ensure soem API stanbility with JS 16:15:04 woo, 5 ppls 16:15:17 quorum \o/ 16:15:27 Rathann: https://fedorahosted.org/fpc/ticket/415 16:15:29 I'm generally +1 to javascript exception requests now except when dependencies are actually in the distro. 16:15:31 +1 from me 16:15:37 So +1 on 415 from me. 16:15:38 great, so what can i tell my pkg reviewer today? does #415 get closed with the omnibus exception approved? 16:15:53 pmackinn: if Rathann votes +1, then yes 16:16:22 * pmackinn slips Rathann an envelope stuffed with cash 16:16:43 * RemiFedora wants one to not change his vote 16:17:03 * pmackinn looks for his wife's purse 16:17:07 I can trivially be bribed with Dr. Pepper. 16:17:20 tibbs|w: :) 16:17:26 +1 from me for temp exception 16:17:33 #accepted 16:17:54 fantastic, thanks all 16:18:51 So it's true; we can get something done. 16:19:04 #info Temporary Javascript bundling exception for Ambari dependencies PASSED (+1:5, 0:0, -1:0) 16:20:09 #topic #412 Please change the packaging guidelines to include packaging policy regarding systemd timer units 16:20:29 notting: ping 16:20:36 i'm here 16:20:55 So … you want us to change the wording back to MUST, can you explain the reasoning? 16:21:28 sure. (although, to be fair, i missed the original discussion) 16:22:21 a lot of it is about avoiding two-way dependency creep - if the app already depends on systemd, it should be using the system facility for this. if it *doesn't* depend on systemd, it shouldn't grow a systemd dependency just for a timer unit without using systemd for the rest of its needs 16:23:17 Is it simpler to just state that as "don't depend on both systemd and cron"? 16:23:18 notting, you use "should" ;) 16:23:22 notting: One thing that was brought up is that systemd timer == default off, and cron timer == default on. 16:23:41 RemiFedora: fine, "mustn't" 16:24:10 * RemiFedora agrees with tibbs|w proposal 16:24:11 geppetto: that can be controlled with presets, which can be changed 16:24:30 notting: but not within the package 16:24:34 Actually I like the idea that timers default to off. 16:24:50 notting: What do you think of tibbs|w proposal? 16:24:56 geppetto: and it's not really 'default to off', it's 'default to whatever the preset is' 16:25:12 It wasn't really a proposal; I was just trying to make sure that was the actual reasoning. 16:25:45 If so, I'm behind it, because it seems kind of dumb to require systemd around but then still use cron. 16:26:41 tibbs|w: yes 16:27:49 I can kind of see the first one … if you are already depending on systemd, you have to suck it up and drink all the kool aid. 16:28:16 But what's the rationale for not allowing people to move to systemd.timer files even if they don't dep. on systemd in other ways? 16:28:21 tibbs|w: that's the intent - to consider it part of the systemd conversion (even though it's coming a bit later than the initial service units); doesn't make sense to do it partially 16:29:00 So … I'm happier with adding something like tibbs|w's wording … don't explicitly dep. on both 16:29:25 As that allows someone to migrate if they want … or is the intention that people shouldn't do that for some reason? 16:30:02 I think the general idea is that we want to move away from cron simply to remove the dependency from base installs. 16:31:21 Not that it's much of a dependency. But as an admin I welcome not only having a single way to deal with all of the ways things can get started on a machine, but actually being to control "cron jobs" without having to edit the files. 16:31:31 geppetto: because cron & timers are not a complete 1-for-1 swap, the idea is not "replace cron with systemd everywhere", it's "replace it where systemd is in use and it makes sense" 16:32:12 Ok, so how about changing the first to a MUST and changing the second from "Packages which do not already depend on systemd" to "Packages which already depend on cron", and using MUST NOT? 16:32:15 I need to read further to see how this interacts with /etc/cron.daily and the like. 16:32:42 notting: right … that's another thing … it doesn't say anything about what to do if what you want can't be done using systemd 16:32:57 geppetto: i believe the issue with that second bit is that a bunch of packages with cron jobs are missing the cron dependency ATM 16:33:03 notting: but for the cases they overlap, the above is the intention, right? 16:33:08 Heh, yes, there is that. 16:33:17 facepalm 16:33:28 (it's part of the change proposal to fix that as well) 16:33:53 yeh, I think we should ignore that and assume packages have the right deps. … at least for policy :) 16:35:28 I still don't see any reason to not allow someone to switch from crontab to timer 16:35:56 RemiFedora: that is allowed 16:35:58 RemiFedora: i don't see it as disallowing that 16:36:18 "Packages which do not already depend or require systemd MUST NOT use timer units" 16:36:23 Ok, I altered the page … is that fine notting ? 16:36:34 RemiFedora: fixed that wording 16:37:12 geppetto: wfm. 16:37:19 Ok, cool. 16:37:27 I'm +1 on the new wording 16:37:35 +1 16:37:49 where is the new wording ? 16:38:11 https://fedoraproject.org/wiki/User:Notting/timer ? 16:38:28 I still see " Packages which depend on cron MUST NOT use timer units and instead use cron as specified here, to avoid introducing unnecessary new dependencies on systemd directly. " 16:38:33 so I'm still -1 16:38:54 RemiFedora: yeh, you want packages to depend on both, why? 16:39:00 tibbs|w: yeh 16:39:04 no, the third line is clear 16:39:29 but, as I understand the second line, it deny the switch from cron to timer 16:39:31 RemiFedora: So what's wrong with the second line? 16:39:50 RemiFedora: If they switch, they won't depend on cron anymore … so using timer is fine 16:40:05 and I don't understand the "avoid introducing unnecessary new dependencies on systemd directly. " 16:40:13 what about subpackages? 16:40:29 can't we have foo, foo-cron and foo-systemd? 16:40:38 Rathann: I don't see why not 16:40:51 At least from the wording on this page … we might not want that though. 16:41:33 Maybe add "(But of course packages can switch from cron to timer units.)" after the second sentence. I don't know; seems a bit verbose to me. 16:42:07 If I create a new package, with a timer, I of course introduce a new dependency on systemd... why should I avoid this ? 16:42:40 I'm +1 in general 16:42:56 RemiFedora: Maybe change "new dependencies" to "additional dependcies" ? 16:42:59 and I have to go away for about half an hour 16:43:22 drop the second line, the third is enough 16:44:33 The 2nd seems a lot more forceful than the 3rd, to me 16:44:58 So dropping it gets us back to SHOULD territory, I think 16:45:05 i'm not seeing how the second sentence applies to or restricts creating a new package with a timer unit 16:45:22 me either … or even to moving a package from cron to timers 16:45:29 notting, I just say it is unclear and ambiguous 16:45:55 RemiFedora: Maybe "Packages which currently depend on cron"? 16:46:54 I'm +1 on this as is, but if someone wants to tweak the wording of the admon box I'm fine with that as well. 16:46:56 "Packages MUST not depend on both cron and systemd." => should be enough 16:47:19 Ok, let me change it. 16:48:20 Ok, can everyone vote again? 16:48:21 +1 16:48:33 going to assume +1 from abadger1999 and Rathann 16:48:40 notting: I assume you are ok? 16:48:52 s/ong/on/, at least 16:48:53 +1 16:48:54 +1 16:49:11 +1 16:49:16 SmootherFrOgZ: want to vote for the record? 16:49:18 cool 16:49:23 geppetto: better than the should version, yes 16:49:46 #info systemd timer guidlines wording change to use MUST (+1:6, 0:0, -1:0) 16:50:35 pmackinn: For 422, I'm going to just close it based on abadger1999's comment, that fine with you? 16:51:04 geppetto, ack, new change request i take it 16:51:10 * geppetto nods 16:51:43 Ok, try and at least get +4's ona few easy ones in the next few minutes 16:51:47 #topic #416 Temporary bundling exception for ipython 16:51:52 https://fedorahosted.org/fpc/ticket/416 16:51:56 geppetto, if we have time for 420 (i'd like to work on start changing packages soon) 16:52:24 JS again, so again +1 for temp exception 16:52:26 RemiFedora: sure, we can start it … but I don't think we'll have 5 here before we end 16:52:45 I'm +1 for 416 16:55:19 Is 416 all about javascript? 16:55:37 I think so, and if so, +1. 16:57:13 yeh 16:57:55 Our ipython is embarrassingly old and it's a shame to hold it up for a bunch of random javascript. 16:59:52 SmootherFrOgZ: ping 17:00:11 sorry, got side-tracked. 17:00:15 * SmootherFrOgZ reads 17:01:58 +1 from me 17:02:11 #info Temporary bundling exception for ipython (+1:4, 0:0, -1:0) 17:02:31 Need one more from Rathann or abadger1999 in ticket 17:02:45 #topic #420 PHP Guidelines change - numeric prefix 17:02:49 https://fedorahosted.org/fpc/ticket/420 17:03:04 RemiFedora: You want to talk about it? 17:03:21 just something we should have do for years ;) 17:03:44 relying on alpha order is just a mess... 17:03:52 * geppetto nods … it seems sane to me 17:04:42 Maybe have type in the prefix, so like: 10-zend-opcache.ini … 40-other-zip.ini 17:04:47 and important: n ot fixed packages will continue to work 17:04:54 yeh, saw that 17:05:56 I'm +1 with the type of extension there (zend, core, other) 17:05:58 well... we only have 2 types "zend" and others... and only 2 zend_extension in the repo... so... 17:06:15 no core extensions? 17:06:20 I say "core" for extension coming from main php package 17:06:44 but this is not really a different type than other C or PECL extension 17:07:15 hmmm, ok … I'm +1 on wording as is then 17:07:17 and extension often move from pecl to core 17:07:25 or other side 17:07:30 hopefully people will read enough to understand they have to use 40+ as the number 17:07:49 Actually … you don't say what people should name them if they are indifferent 17:08:04 64? 17:08:19 sorry ? 17:08:42 If I do a php extension … and I don't have any deps. I know of etc. … what number should I use as the prefix? 17:08:49 Here is a ls /etc/php.d on my computer => http://paste.fedoraproject.org/95013/13977544/ 17:08:55 40 17:09:17 "other" 17:09:30 ok, you don't want to make it a bit bigger just in case someone else knows they need to load before me? 17:09:51 Can you put the default value in the draft? 17:10:19 RemiFedora: cool so all the packages comply with this already? 17:10:41 in my temp PHP 5.6 repo 17:10:46 ahh 17:11:06 fine, I'm +1 anyway given all the work is done. 17:11:41 tibbs: SmootherFrOgZ want to vote before I push it out to the ticket? 17:11:56 +1 17:12:12 +1 (of course, just for the record) 17:12:21 :) 17:12:45 +1 17:12:49 #info PHP Guidelines change - numeric prefix (+1:4, 0:0, -1:0) 17:12:59 Need one more from Rathann or abadger1999 in ticket 17:13:17 Ok, going to close in a mo. 17:13:19 #topic Open Floor 17:13:23 geppetto, for 415 do i need to do anything else to the ticket? or an fpc member/bot closes it with the vote results? 17:13:40 pmackinn: you don't need to do anything else 17:13:56 geppetto, ty 17:14:50 Ok, going to close at :15 past. 17:15:15 geppetto: Thanks for running things. 17:15:33 Wish I could be less distracted. 17:15:39 No problem, I'll probably do it until abadger1999 gets back. 17:16:01 #endmeeting