21:06:21 #startmeeting EPEL meeting 2010-04-09 21:06:22 Meeting started Fri Apr 9 21:06:21 2010 UTC. The chair is smooge. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:06:24 Useful Commands: #action #agreed #halp #info #idea #link #topic. 21:06:33 #topic roll call 21:07:07 * nirik is around. 21:07:10 and... 21:07:15 * tremble_ is about 21:07:20 and... 21:07:35 everyone else has gone home because its 1700 ET. 21:07:47 #topic Change of meeting time to morning 21:08:27 ok we never have had good turnout, and I know changing meeting times is like changing times on network tv (DEATH TO THE SHOW) 21:08:54 but I think that 21:00 UTC is too late for too many people. 21:09:04 nirik, how do your Friday mornings look? 21:09:34 friday morning like. ;) I'm pretty flexable... 21:09:45 it's very hard to get a time everyone can agree on. 21:10:05 yeah.. so I am going for the 2-3 people who are here day in day out 21:10:24 as long as it's not too early, or during another fedora meeting I am usually fine with it. 21:10:39 * smooge goes to figure out where schedules are. 21:11:01 http://fedoraproject.org/wiki/Fedora_meeting_channel 21:11:07 I am going to put this up on the list and we will have a +1/-1 there and get it over with before next meeting 21:12:02 tremble, what time works for you? 16:00 UTC? 21:12:21 I'm uk based, so any us morning time is fine 21:13:40 okie dokie. 1600 UTC is my proposed time 21:13:56 * nirik is ok with that. 21:14:04 * tremble_ too. 21:14:10 #action smooge will announce and get input for next meeting. But I think we will be at 1600 UTC 21:14:34 thanks for staying up so late then tremble (well I am old and 2100 is my chamomile and digestion bisquit time) 21:14:48 #topic python26 21:15:19 ok looks like python26 got into the epel-testing and will need some review and looks. I am going to test and see what I can break with it 21:15:42 dmalcolm is on a car ride to Boston at the moment so cant go over it (again a reason for moving meeting) 21:16:03 I think it's in pretty good shape, but then I reviewed it. ;) 21:17:02 I am using it and some others to do mediawiki1x 21:17:11 I need to let dog in.. please go over what you know nirik 21:17:35 yeah, it should be ok shape... 21:17:46 I assume you can't just use the normal python module packages against it? 21:17:46 there are also several python26-whatever packages ready for review. 21:17:52 nope. 21:18:07 each one needed will have to be a 'python26-whatever' package. 21:18:37 That's going to be fun. 21:18:43 with a capital FU 21:19:28 ok so I think we should try and set aside next friday to do that. 21:19:40 #epel at 1600 UTC for deal with pythong26 21:19:50 how does that sound? 21:21:14 #topic RHEL/CentOS update schedule 21:21:49 well, it just needs more reviews, etc. ;) Not sure we can deal with it any in a meeting... 21:22:12 #info Soon after an RHEL X.Y update occurs, it is pushed to the buildroots. So when 5.5 came out the EPEL build system was ready for it. 21:23:01 #info When CentOS catches up with X.Y we look for packages that conflict/missing and remove them or add them to EPEL. 21:24:05 Ok so what has come up after 5.3, 5.4 and 5.5 was that I (and maybe one other person :)) was confused about when packages that needed to be rebuilt against 5.x could be done. 21:24:37 I thought we waited until CentOS was out, but that has not been the way of htings.. and I am just logging it here for posterity until it can be added to the Wiki :) 21:25:15 nirik, oh I thought they had been built and were in epel-testing.. I was looking at more of running through and seeing htey didnt cause cats and dogs to live togehter 21:25:17 yeah. 21:25:22 * abadger1999 watches the fun 21:25:29 only python26 has been approved. 21:25:36 the other reviews are pending... reviewers wanted. ;) 21:25:51 ok well teach me to review and I can start catching fish 21:26:06 #topic bzr updates 21:26:27 So yeah -- I'd like to update. Rationale went to the list 21:26:56 abadger1999 reading it makes perfect sense as currently what we have while working for some subset can't work for the largest use cases. 21:27:11 would a naming scheme like unison's be a better idea? 21:27:41 technically it might be.. its a pain as I am finding with mediawiki 21:28:32 ok, I've not tried that yet. 21:28:51 tremble_: Yeah, it wouldn't be very easy to manage. 21:29:15 Since we really only want to have compat packages when the API changes. 21:29:41 So we could end up with bzr2.0-2.0.1 bzr2.2-2.5.1 etc. 21:30:13 (since the API may or may not break when the x in 2.x changes) 21:30:15 would it be bzr20-2.0.1 and bzr22-2.5.1 21:30:39 just checking for my spec I am getting beaten by 21:30:44 smooge: That would be fine... but I'd rather avoid it if I can. 21:30:48 * nirik would be ok with updating. as the breakage would only be those rare people who built against that abi/api... which I don't think would be at all common. 21:31:11 abadger1999, no I meant if it was a compat you would call it without a . not that you needed to. (Sorry for the aside) 21:31:28 abadger1999, ok lets do the following: 21:32:10 1) Subject: Announcing intent for major update to email goes to epel-devel and epel-announce lists 21:32:19 2) Make the build and put it in epel-testing 21:32:52 3) Announce again (and maybe blog it) that we are doing this and testers are needed or just stuff it when it breaks for you in 2 weeks 21:33:01 4) Push to epel in normal period 21:33:11 * nirik nods. 21:33:41 I think this is a much less breakage case than any other of our problem children. 21:33:44 Sounds good to me 21:33:49 Seems reasonable 21:34:42 dang it 21:34:44 I'm late 21:35:18 brb 21:35:51 stahnma, yes or no 21:36:02 :) 21:36:02 With 5.5 occurring this is probably the best time to make that kind of change. 21:37:06 Okay, I'll send the message out today. 21:37:40 ok thanks 21:37:47 ok:) 21:37:59 #topic Anything else (Open Floor) 21:39:11 stahnma, we are probably going to move the meeting to earlier in the morning. Not sure it helps you any.. but wanted to let you know 21:39:21 and after that.. not sure what else 21:39:57 oh RHEL-6 was released last week on April 1. However it was only for the Arm particularly the Apple A4. 21:40:25 * tremble_ laughs 21:40:30 not sure that we can build against it yet... but hey we can try requisitioning a large number of Ipads to do so. 21:40:45 I saw that 21:40:52 not sure if that will work for me, but I'll survive 21:41:38 ok thanks 21:41:52 ok stahnma did you have anything for the meeting? 21:42:29 not too much. 21:42:42 I've been hearing a lot more about people epel in the wild 21:42:52 now that EL5 is really starting to pick up traction in the enterprise :) 21:43:04 hehehehhe 21:43:05 people using epel 21:43:33 you won't believe how many people I know who are planning EL-5 migrations now that EL-3 is moving to the back pasture 21:43:40 I would 21:43:48 we did most of that two years ago though 21:43:54 which made me happy 21:44:16 hehehe I am helping someone with a 7.2/2.1 upgrade to RHEL-3 21:44:29 Ouch 21:44:30 [they aren't srue if the 2.6 kernel is stable enough for their tastes.] 21:44:46 .... O_O 21:44:57 ok we have one last issue: 21:45:05 #topic Clamav (again....) 21:45:06 I had a link showing more mm hits for epel5 than fedora 12, but I can't seem to find it now. 21:45:23 nirik, wow that would have been cool :) 21:45:33 Yeah, that surprised me 21:45:38 ok clamav is dropping support for an older db style. 21:45:42 They do this every now and then 21:46:03 and we are usually stuck with odd things because our clamav packages are 'special' 21:47:01 .whowns clamav 21:47:11 .whoowns clamav 21:47:12 smooge: ensc (steve in Fedora EPEL) 21:47:24 I think we are ok... 21:47:24 'special' in the hand someone a bottle of bleach style? 21:47:48 it is different. and that is all I will go into it. 21:48:07 anyway.. I think I have gone over everything my little brain can hold 21:48:14 anyone against me closing? 21:48:29 we have 0.95 21:48:34 which is ok. It's 0.94 thats dying 21:48:43 http://fedoraproject.org/awstats/mirrors.fedoraproject.org/#urls 21:49:08 ah ok 21:49:42 ok I am oging to end in 1 minute 21:51:12 #endmeeting