18:04:52 #startmeeting EPEL 18:04:52 Meeting started Mon Sep 13 18:04:52 2010 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:04:52 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:04:56 #meetingname epel 18:04:56 The meeting name has been set to 'epel' 18:05:07 #topic Init process/agenda creation 18:05:15 #chair tremble stahnma smooge 18:05:15 Current chairs: nirik smooge stahnma tremble 18:05:24 Who has items for the agenda? 18:05:47 I have deps list...the continued saga. And Bug Count...moving the wrong direction. 18:06:05 and RHEL 6, outdated before it GAs 18:06:06 Matching RHEL versions to EPEL versions... 18:06:07 :( 18:06:25 ok I will be in a board meeting 18:06:32 so continue you on me 18:06:46 smooge: sorry for poor timing. ;( 18:06:58 smooge: is this a common conflicting time? 18:07:06 other topic idea: meeting times 18:07:50 ok, so I have: 18:07:52 meeting times 18:07:52 broken dependencies 18:07:52 bugs 18:07:52 rhel6 outdated 18:07:52 rhel and epel version matching 18:07:56 stahnma, it will be from now on 18:08:07 smooge: ok, we'll keep discussing itmes 18:08:09 I am sorry about that we just changed also this week 18:08:10 times even 18:08:21 an hour earlier and 2 hours later work ok for me 18:08:35 * stahnma votes to take times to list...again 18:08:42 * tremble laughs 18:08:51 meeting times are always a pain. ;( 18:09:05 I really liked this one...but oh well 18:09:18 moving on? 18:09:31 ok, any other agenda items? or shall we start on them? 18:09:47 that's all I can think of right now 18:09:55 We can always aob at the end 18:10:02 yep. ok. 18:10:10 #topic Broken Dependencies 18:10:25 was meaning to ask: was the list against just the stable updates? 18:10:32 I keep attempting to run a dep check at least once a week. 18:10:47 It had both, stable and then further down the email was stable+testing 18:11:11 We need to come up with a resolution plan for packages in stable with broken deps 18:11:22 either move them back to testing, or get the deps in and push karma ASAP 18:11:46 I'm having trouble seeing where one ends and the other begins... 18:11:59 I fixed my package that was listed. 18:12:07 tremble fixed one I reported. ;) 18:12:11 I'd also love it if bodhi wouldn't push to stable with deps being met, but that may be more difficult 18:12:26 we need autoqa for that I fear. 18:12:31 * tremble grins 18:12:43 Can we get autoqa on the depsolve only? 18:12:53 just as a starting point? 18:13:16 Although having the rpmlint run would be nice too. 18:13:31 rpmlint gives a lot of false positives, at least on ruby stuff 18:13:43 tremble: once it's ready, sure. 18:13:50 mostly due to any filename with a % in it is considered an unexpanded macro 18:14:07 Yeah, you don't block but it's nice to have the rpmlint output mailed to you 18:14:08 nirik: in the future I could break that into two emails 18:14:27 stahnma: might be good. 18:14:28 I'd also like to notify package maintainers directly. 18:14:37 that also would be good. 18:14:45 I need to look at the Fedora code that does that, rather than hack together my own 18:15:00 at least from a starting point 18:15:17 stahnma : I've got most of that from the EPEL-6 nag script, can send it over if you'd like 18:15:23 sure 18:15:39 is there a method to remove a package from stable? 18:15:43 is the rel-eng ticket? 18:15:49 is that ^^ 18:16:00 sure, or if you get a list, I or dgilmore can do I think. 18:16:10 ok 18:16:22 I know of a couple that won't have deps met for a long time (possibly ever) 18:16:32 yeah, there's some old ones in there. ;( 18:16:44 There's no way the git-bugzilla one's getting fixed. 18:16:55 any other action required on deps? 18:17:28 So what's the plan... 18:17:34 might be worth setting up a time to get some of us together and work on them... ie, decide which can be fixed and fix those. 18:17:46 #action stahnma will break dep emails up into 2 (one for stable, one for testing) 18:18:08 #action stahnma will mail maintainers of broken dep packages 18:18:18 right 18:18:24 I'll look into a few other ideas I have also 18:18:36 I think setting up a time is a good idea 18:18:47 that can transistion us into talking about bugs too :) 18:18:52 ok. It might be nice to mail them, then unpush after a bit ... to give them time to deal with it. 18:18:58 indeed. 18:19:11 anything else on broken deps? 18:19:11 yeah, some more mature workflow will be required 18:19:22 not right now. We might revisit in a week or two 18:19:31 yeah, sounds good. 18:19:35 #topic bugs 18:19:37 Rather than mailing is it worth bugzilla entries 18:19:56 Can then put a tracking bug in. 18:20:11 at the rate of our bug rate closure, I would bet not :) 18:20:23 * tremble laughs 18:20:26 tremble: I think some of them are filed... that one you fixed with perl-Font-TTF I had already filed. 18:20:52 Oh ok didn't spot that, I was going off stahnma's email 18:21:18 I added karma to the update and noted the bug number. 18:21:34 #info we have 234 bugs currently. 18:21:46 http://tr.im/epelbugs 18:21:54 still works...until tr.im is completely shut down 18:22:33 so, what can we do here? there are probibly some that are low lying fruit. 18:22:38 Some bugs haven't had attention at all 18:22:47 we could ask bugzappers to try and get some people triaging them if we think it would help. 18:22:49 some are requests for something really simple, but I always wonder if I should just fix it 18:23:03 others are requests for new versions...which can be problematic 18:23:03 I am thinking we should start doing so... 18:23:11 just step in and fix what can easily be fixed. 18:23:23 I mean, I am a proven packager, but I never know when I am overstepping my bounds 18:23:56 I'd like to have some sort of goal to close 1 bug a week at least 18:24:02 It's not much, but it's better than 0 18:24:05 * tremble nods 18:24:08 yeah. 18:24:28 I mean, I guess that's only 3 bugs a week if we all do it. But, maybe it will be contagious 18:24:34 we could try another bug day, but the last one flopped. ;( 18:24:38 and I am in favor of working with bugzappers 18:24:57 * tremble isn't PP so can't do much with most of them. 18:25:18 tremble: attach patch, wait a bit, and then ask a pp to commit I guess... 18:25:24 * tremble nods 18:25:27 tremble: you can triage at least, and let us know which ones to fix also 18:25:35 Fair pont 18:25:43 stahnma: I can ask them... what do we want them to do exactly ? 18:25:58 we have a fair number (40 or so I am guessing) of bugs asking for 'please branch XYZ into EPEL' 18:26:07 we need a list of willing co-maintainers for epel 18:26:19 * tremble is willing to do so. 18:26:31 well, some of those, the answer is: foo is too old, sorry. 18:26:35 nirik: I am not sure yet. Probably classify the bug into categories...new branch, real bug, update foo, blah 18:26:49 we probibly need a page/list/checklist then... 18:26:49 maybe even teach the bugzilla API 18:26:51 :) 18:27:14 Use the whiteboard? 18:27:20 Along the lines of co-maintainership; I am willing to do anything ruby related. :) 18:27:30 tremble: yeah, thats the typical way. 18:27:55 nirik: Or a set of tracker tickets? AIUI 18:28:08 yeah, thats possible too... but seems overkill. 18:28:14 * tremble nods 18:28:28 See how we get on with whiteboarding? 18:28:28 I tried using the whiteboard a year or two ago for epel bugs 18:28:44 I bet I could reverse engineer what I did then for the bugzappers or any volunteer 18:28:57 that would be lovely if you are able. 18:29:33 I mean, it was a manual set of steps. Review bug, put label "foo", "bar" or "baz" in whiteboard 18:29:39 I just don't remember what the labels were 18:29:48 but since most of the bugs are still open, I can find out 18:30:03 yeah, if it's something we can write down I can talk to bugzappers about having some folks do it. 18:30:15 sounds good 18:30:28 #action stahnma to write down whiteboard process for bugs. 18:30:34 #action nirik to talk to bugzappers 18:30:36 yes 18:30:37 I'm likely to have some time to do a bit of triaging over the next couple of weeks. 18:30:42 super 18:30:47 #action all to work on bugs and try and close at least 1/week. ;) 18:30:53 tremble: excellent. 18:31:01 are dep issues more important than long-standing bugs? 18:31:02 anything more on bugs? 18:31:11 stahnma: I would say yes. 18:31:14 * stahnma thinks dep issues are huge 18:31:21 * tremble nogs 18:31:25 ok 18:31:28 that's all on bugs 18:31:30 from me 18:31:36 And also closable in a reasonable timeframe. 18:31:42 fixing deps may close some bugs too. ;) 18:31:46 true 18:31:49 * tremble nods 18:31:51 ok, moving along then... 18:32:00 #topic rhel6 outdated 18:32:08 stahnma: care to expand on this? 18:32:14 I think I was wrong on the one thing I really cared about for this 18:32:35 I was under the impression that RHEL6 had 1.8.6 which would hurt a lot 18:32:36 There's a couple of ruby pkgs that were just behind the useful release... 18:32:48 but, they are moving it to 1.8.7 :) 18:32:55 Cool :) 18:32:55 ah ha. 18:32:58 also, the version of rubygems might be too old 18:33:03 for some packages 18:33:12 #info ruby might be out of date in 6, but they are working on it. 18:33:34 .fas llaumgui 18:33:35 llaumgui_zhukov: llaumgui 'Guillaume Kulakowski' 18:33:36 nirik: I think it actually is resolved. But, I don't know how to verify yes. 18:33:40 * MrTom asks French meeting attendees to go to #fedora-meeting-1 not to disturb EPEL meeting exceptionaly 18:33:53 MrTom: oops. are we cutting into your meeting time? :( 18:34:05 MrTom: sorry if so... we could move. 18:34:12 nirik, go on, we move to #fedora-meeting-1 18:34:24 no, we move, it will be hell with meeting bot if you move :) 18:34:34 MrTom: thanks. We'll be better about scheduling next time. 18:34:37 MrTom: ok. sorry about that. ;( 18:34:39 #fedora-meeting-1 is free 18:34:42 don't worry 18:34:50 it's all fixable :) 18:35:02 MrTom: we will not overlap next week... ;) 18:35:15 * tremble thinks MrTom for being understanding. 18:35:20 stahnma: yeah, do you know if they plan a beta3? 18:35:21 * tremble thanks MrTom for being understanding. 18:35:43 nirik There was a post on the beta list suggesting not. 18:35:43 nirik: I don't. I haven't had as much exposure to EL6 as I would have liked, mostly due to $DAYJOB changes. 18:35:55 ok. 18:35:58 ruby-sig just mentioned that it was moved to 1.8.7 :) 18:36:11 ok, anything further on this topic? 18:36:18 I don't think so. 18:36:33 ok, moving on... 18:36:33 * stahnma 18:36:37 #topic rhel and epel version matching 18:36:44 tremble: this was your topic? 18:37:17 Yeah, I've cleaned up most of the perl packages with version mismatches, what do we want to do about the rest. 18:37:30 cairomm was the significantly notable one... 18:38:03 You suggested just untagging it since it seems to be available for all arches... 18:38:47 what was the case on that one again? 18:38:58 in beta1, dropped beta2, added back in refresh? 18:39:19 On server it's available for all arches and EPEL is 1.8.4, RHEL 1.8.1 18:39:41 Something like that I believe 18:39:54 yeah, so I think we should just block it and ask the maintainer to dead.package it. 18:40:23 We also need to decide on a standard way to put a warning flag on the packages 18:40:51 perhaps a README.rhel file? 18:41:14 Yeah but making it obvious that that file is intended for the package maintainers. 18:41:36 00-MAINTAINER-README-NOW ? 18:41:38 :) 18:41:48 Soomething like that :) 18:41:59 * nirik notes we had a case or cases of this for epel4 long ago. 18:42:23 * nirik looks for the packages. 18:42:50 In this case probably wants to state which RHEL flavours/arches it IS available for. 18:42:57 got it 18:42:59 UPDATE-CAREFULLY 18:43:09 * tremble laughs 18:43:10 ie, for yum in el4: 18:43:19 This package exists in CentOS-4 base. 18:43:19 Please be careful when updating that the EVR here remains lower than in CentOS-4. 18:43:28 * tremble nods 18:43:44 so, I think UPDATE-CAREFULLY would be good to keep using. 18:43:55 * tremble nods 18:43:56 just need content about this issue, and a list of packages to commit it to. 18:44:10 tremble: can you whip up content and list and I can commit it? 18:44:25 Sure, want me to email it to you. 18:44:32 works for me. 18:45:25 #action tremble will generate a UPDATE-CAREFULLY file for packages that are only in RHEL6 for some branches that EPEL6 is carrying for the others. 18:45:34 #action nirik will commit that file to the indicated packages. 18:45:39 anything more on this topic? 18:45:40 With regards the pkgs that need untagging, I'd suggest that we only untag for now and wait for GA before blocking/dead.pkg -ing 18:46:12 yeah, they could change before release for sure... 18:46:44 I seem to recall that un-blocking in koji can get messy. 18:47:31 well, sure... 18:47:41 is cariomm the only one currently in that state? 18:48:00 There's a few, again shall I just email you? 18:48:22 sure, works for me. I will need to check with dgilmore on how best to block or untag them... might cc him on it as well. 18:48:31 Ok 18:49:00 I have a couple of open discussion items if we have any time left 18:49:18 10 mins... 18:49:18 #topic Open Floor 18:49:22 take it away. ;) 18:49:37 The Acceptance Criteria page on the wiki does not mention epel 18:49:43 yet, I am pretty sure our rules are different 18:49:52 link? 18:49:58 https://fedoraproject.org/wiki/Package_update_acceptance_criteria 18:49:59 which acceptance criteria? 18:50:07 yes, thats fedora specific. 18:50:12 bodhi does not enforce that for EPEL (yet) 18:50:35 well, bodhi at the top of the page tells me it does. Then when I try to push, it says I don't meet the criteria. 18:50:43 Then I just wonder why, because according to the page, I do. 18:51:02 stahnma: the top of the page says 'for all fedora releases' 18:51:03 I thought we were saying 2 weeks instead of 1 week like Fedora 18:51:13 It's probably worth having it documented somewhere why RHEL tends to have more of the parallel installable pkgs to. 18:51:20 stahnma: http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies 18:51:21 stahnma: yeah, it may enforce the 2 week thing... but that ways always enforce, by hand anyway, for epel 18:51:29 s/ways/was/ 18:51:30 lmacken: fair enough. It still says I don't meet it. 18:51:38 stahnma: for what update? 18:51:42 and it's been 15 days, from what I can see 18:51:44 stahnma: I'll try and clarify that message 18:51:48 https://admin.fedoraproject.org/updates/rubygem-json-1.4.3-3.el5?_csrf_token=23055744d49c160c18dcef1b25f08cda668c4c10 18:51:50 rubygem-json 18:51:53 for el5 18:51:54 it's 2 weeks in testing unless it's security or gets enough karma 18:51:59 right 18:52:25 it's not quite been 2 weeks... 18:52:31 I'm saying anybody is doing anything wrong. I just think it could be clearer. 18:52:37 In [3]: PackageUpdate.byTitle('rubygem-json-1.4.3-3.el5').days_in_testing 18:52:40 Out[3]: 14 18:52:43 29th was a sunday 18:52:46 bodhi should approve within the next 6 hours 18:52:47 humm... or it has now. 18:52:49 today is a monday 18:52:56 so it's 15 days 18:53:10 stahnma: it counts from when it was actually in testing... 18:53:13 not when it was submitted. 18:53:17 I guess (> 14) != (>= 14) 18:53:20 ah 18:53:26 * stahnma learns 18:53:36 bodhi has a job that runs every 6 hours ( iirc ) that will approve updates 18:53:50 it might be nice to fix http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies to be clear about our policy... 18:53:59 or make a new page with it spelled out better. 18:53:59 seems like 2 weeks is a long time to wait fix a broken dep in stable... 18:54:22 if we only had 1 more tester it could have gone when they added the last karma. 18:54:28 stahnma: yeah, well fedora updates are vulnerable to the same type of problem. We'll have to fix it there first. 18:54:35 lmacken: ok. 18:55:19 * nirik notes fedora-easy-karma works on rhel5/centos5... 18:55:30 Also, just as an FYI to anybody working in EPEL. If you see a messsage "debug-info.sh find invalid predicate" or something, you need to add a BuildRoot back into the spec 18:55:37 That bit me for hours this weekend. 18:55:45 ah, nasty. ;( 18:55:46 * tremble too 18:56:00 anyone interested/able to fix wiki pages for updates policy? ;) 18:56:18 #action stahnma will send an email to list about crazy BuildRoot error messages 18:56:29 nirik: I would, but I doubt I will get to it this week. 18:56:53 yeah, I don't think I have time for it... 18:57:14 I'd suggest a special session sometime to fix all our wiki pages, but not sure when that would be... 18:57:35 we really need a few more individuals who care about epel 18:57:50 and are willing to put in some amount of time on it 18:58:34 yes. 18:58:41 how can we find them though? ;( 18:58:52 teh twitters ? ;) 18:59:30 Trouble is that on the packaging side there's no easy way to get EPEL only maintaners in. 18:59:51 Those people who 19:00:05 're asking for pkgs to be ported could possibly be tapped... 19:00:06 I agree 19:00:22 yeah. 19:00:37 time to close 19:00:42 * tremble nods 19:00:42 until next week :) 19:00:43 yep. 19:00:50 sounds good. 19:00:58 #info will determine next weeks meeting time on list. 19:01:02 #endmeeting