18:00:54 #startmeeting EPEL (2017-08-23) 18:00:54 Meeting started Wed Aug 23 18:00:54 2017 UTC. The chair is smooge. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:54 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:54 The meeting name has been set to 'epel_(2017-08-23)' 18:00:54 #meetingname EPEL 18:00:54 The meeting name has been set to 'epel' 18:00:54 #topic aloha 18:00:54 #chair avij bstinson Evolution nirik smooge 18:00:54 Current chairs: Evolution avij bstinson nirik smooge 18:01:09 mornin 18:01:09 morning 18:01:11 hi all 18:01:14 evening 18:01:27 hello 18:01:44 this will be a short meeting this week 18:01:51 #topic Announcements 18:01:52 #info FLOCK next week 18:01:52 #info RHEL-7.4 problems still going on 18:02:01 Any other announcements for this week? 18:02:50 I still have to finish my FLOCK paper. I have an outline but no slides or text yet. Hopefully will have that done by Friday 18:03:20 The EL-7.4 issues are mostly the time drag item we have every minor release 18:03:56 #topic Looking for ideas on how to better handle minor releases 18:04:33 yeah, it's never easy it seems 18:04:41 So we have a 2-3 minor releases every year (6.x and 7.x and someday 8.x) 18:05:05 and our breakage is getting worse not better. 18:05:28 it would help if Red Hat produced packages that could simply be recompiled by CentOS without patching (like iptables and ipa this time) 18:06:20 yeah it would.. sadly we haven't been able to get that in years in asking 18:06:59 and it would also help if they incremented the NVR of EPEL packages they adopt 18:07:27 but we all know that, preaching to the choir here 18:07:36 I heard that there might have been a mistake in the 'new rhel package' process that didn't tell rhel maintainers to ask epel folks to retire the package/coordinate. So, might be better next time if thats fixed 18:07:49 the big issue I have found with that.. is usually the developer owns both the internal and external version but only increments the external one 18:09:30 retiring is not that time critical, but they should really have a greater NVR for their packages than what is in EPEL 18:10:53 the only time critical part is when the EPEL package is so old that it blocks how new packages are built 18:12:31 the qt5 packages we had in EPEL were blocking RHEL ones so that fixes could not be made. and the EPEL http-parser got updated in EPEL after EL7.4 was 'cut' so it couldn't be updated by them 18:14:44 ok looks like we aren't generating anything new here.. so I guess it is time to move on 18:14:48 I may be slightly biased, but having the pre-release packages in the CR repo of CentOS has been helpful for the past minor releases, and made the end user experience tolerable (but not good). this time we had some concerns about the packages so publishing the CR repo was delayed. 18:15:44 avij, agreed. The CR release has been helpful in the past because we could tell most of the people affected to move to it. 18:15:49 I don't have a silver bullet handy for solving this problem now, so I guess we can move on. 18:16:29 ok because I thought today was Tuesday and was just starting to build my agenda for "tomorrows" meeting. I don't have any thing else 18:16:46 #topic open floor 18:17:04 Evolution, bstinson avij nirik any other items we need to focus on for this meeting? 18:17:15 * nirik doesn't really have anything 18:17:29 nothing here either 18:17:30 I don't think so. I'm more looking at next week 18:17:43 and bribing nirik with booze 18:17:56 OK in that case.. 18:17:59 #endmeeting