17:05:01 #startmeeting fpc 17:05:01 Meeting started Thu Mar 20 17:05:01 2014 UTC. The chair is abadger1999. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:05:01 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:05:05 #topic roll call 17:05:17 I know geppetto said he'd be out this week. 17:05:19 Who's here? 17:05:27 * RemiFedora here 17:05:46 I'd like to get the remaining votes on https://fedorahosted.org/fpc/ticket/401 if possible 17:06:28 if no one else is here, we might not have much of a meeting. 17:06:37 Sorry, I'm around. 17:06:53 #topic #401 bundling exception for streamlib 17:07:13 https://fedorahosted.org/fpc/ticket/401 17:07:51 RemiFedora: You didnt vote on this yet. If you vote +1 we can finish it off. If you vote -1, we'll keep it open to see if we can get another +1 in ticket. 17:07:56 #chair RemiFedora tibbs|w 17:07:56 Current chairs: RemiFedora abadger1999 tibbs|w 17:08:04 +1 17:08:23 #info stream-lib's use of Cassandra code is considered forking and therefore allowed. (+1:5, 0:0, -1:0) 17:08:30 thanks FPC! 17:08:36 No problem 17:08:41 #topic Open Floor 17:08:49 Well, there's just three of us. 17:09:03 Anyone want to bring anything up? 17:09:17 Just about SCL 17:09:25 I have one note -- I won't be around for much of April. 17:09:34 RemiFedora: Cool. What have you got? 17:09:55 Probably we have to allow to extends RHSCL in EPEL for collection where is make sense 17:10:08 mostly for httpd modules and php extension. 17:10:21 Hmm... 17:10:32 in this case we'll have to use the same tree (under /opt/rh) 17:10:59 * RemiFedora already have tons of spec ready http://copr.fedoraproject.org/coprs/remi/php55more/monitor/ 17:11:01 So, that would probably be up to the EPEL maintainers to decide whether they want to adopt Fedora guidelines, RHSCL guidelines, or Fedora guidelines w/ exceptions 17:11:16 yes 17:11:23 it might also be worthwhile looking into a Fedora-playground-repo style repo for epel. 17:11:29 (probably "Fedora guidelines w/ exceptions") 17:12:00 Because I have a vague feeling that SCLs in EPEL that don't follow fedora guidelines might not be very popular with the epel maintainers. 17:12:32 I think it's just about which tree 17:13:15 Collection fully in EPEL (which means new collection, not in RHSCL) probably have to follow Fedora Guildelines 17:13:24 "extending" existing collection is another point. 17:14:59 RemiFedora: yeah -- but you'll need to talk it out with the epel maintaienrs... they might decide it's better not to extend the existing RHSCLs because they're broken by design. 17:15:34 I just want the "things" to happen in Fedora/EPEL... not somewhere else... 17:17:42 (but probably already too late) 17:18:20 yeah, I don't know -- all I can say for that is that EPEL maintainers get to decide how packages in epel may deviate from the fedora guidelines. 17:18:36 so it's up to them. 17:18:56 but which comitte ? 17:19:55 and probably, they will say, we are waiting for Fedora Guidelines... so infinite circle... 17:20:30 RemiFedora: EPEL currently is general consensus of the epel package mantainers. 17:20:47 RemiFedora: smooge and nirik are probably the two main people you'd need t oconvince. 17:21:07 RemiFedora: and yeah -- they may be waiting on fedora guidelines -- that was what htey were waiting on before. 17:21:13 * RemiFedora will raise the discussion there 17:21:28 RemiFedora: which would mean that we'd need the fedora guidelines finished first. 17:21:44 you can bring up some of the foreseeable problems though -- 17:22:28 /var/opt vs %sclroot/var is not going to disappear until some theoretical future version of rhelscl's change to use /var/opt. 17:22:33 * limburgher finally here. 17:22:43 so you could find ouot what the epel folks think of that. 17:22:46 #chair limburgher 17:22:46 Current chairs: RemiFedora abadger1999 limburgher tibbs|w 17:23:03 Greetings... we don't have quorum so if you have anything to bring up, feel free. 17:23:12 Otherwise, we'll eventually close the meeting. 17:23:23 I have nothing. Including, apparently, a wristwatch. 17:24:20 I note that a situation came up yesterday where the simlink->directory thing was useful. 17:24:30 Well, almost; it was in /etc. 17:25:21 mmm.. 17:25:24 tibbs|w: have details? 17:25:38 Maybe it's already time to figure out how to word it to apply to /etc. 17:26:04 Some libvirt thing changed location in rawhide, but it broke because of the simlink/dir problem so they reverted it. 17:26:42 okay. 17:27:32 Also, at least the first main part of the ruby changes is a "just do it" kind of thing, I think. 17:28:44 * abadger1999 takes a look 17:28:50 https://fedoraproject.org/w/index.php?title=PackagingDrafts%2FRuby&diff=373157&oldid=372207 17:30:25 Hmm.. 17:30:27 The second thing is is a nice cleanup and probably should just go in, too, but I'm not sure I understand how it works yet. 17:30:50 But there's no real harm in waiting for a quorum, I guess, as long as we can get one soon. 17:30:51 Is the autoprovide/req generator ready for primetime? or does it depend on what we decide about tilde? 17:31:29 Also -- do we want a autodep generator that can do the wrong thing in ways that mess up the requires? 17:31:34 Mein kopf schmertzt. 17:31:43 That's a good question; I forgot they were linked. Assuming they are. 17:31:45 I think that presently we only have autoprovides being extraneous. 17:33:24 the non-autodep changes look good though (just reflection of changing tech). 17:33:39 I guess we can add those questions to the ticket. 17:33:55 I haven't looked at the two addenda yet. I think they just came in. 17:34:03 yeah 17:37:18 Okay, if nothing else, I'll close out in 60s 17:37:25 Nothing from me. 17:39:25 ditto. 17:44:57 #endmeeting