epel-devel September 2007

epel-devel@lists.fedoraproject.org

34 participants
40 discussions

EPEL report week 38 2007
by Thorsten Leemhuis 24 Sep '07

24 Sep '07

http://fedoraproject.org/wiki/EPEL/Reports/Week38 = Weekly EPEL Summary = Week 38/2007 == Most important happenings == * [:ThorstenLeemhuis:knurd] redesigned the schedule page in the wiki and created special "task" pages for each epel-todo-list task -- he hopes to improve the workflow. See his [https://www.redhat.com/archives/epel-devel-list/2007-September/msg00076.html announcement] for more details == EPEL SIG Meeting == Meting was canceld this week. Next meeting: 20070926 at 17:00 UTC in #fedora-meeting == Stats == === General === Number of EPEL Contributors 1 We welcome 1 new contributors: tsmetana === EPEL 5 === Number of source packages: 660 Number of binary packages: 1278 There are 5 new Packages: * awstats | Advanced Web Statistics * haproxy | HA-Proxy is a TCP/HTTP reverse proxy for high availability environments * kaffeine | Xine-based media player * nut | Network UPS Tools * xine-lib | Xine library === EPEL 4 === Number of source packages: 420 Number of binary packages: 856 There are 2 new Packages: * haproxy | HA-Proxy is a TCP/HTTP reverse proxy for high availability environments * nut | Network UPS Tools ---- ["CategoryEPELReports"]

1 0

changes in the wiki to improve workflow
by Thorsten Leemhuis 23 Sep '07

23 Sep '07

Hi all! I worked a bit in the wiki in the hope to improve the EPEL SIG workflow and to make the "do more on the lists" and "less in the meetings" a bit easier for everyone. I created special "tasks" pages for bigger EPEL tasks on our todo-list. For example: * http://fedoraproject.org/wiki/EPEL/Tasks/Rhel51 We should collect information here what needs to be prepared for the EPEL5 repo to be prepared once EL51 gets shipped. That page doesn't contain much info, but it's a start * http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData This is a old topic that has seen some process, but not much. Seems different people expect different things from this -- this page hopefully helps to sort that out and realize it afterwards. As many simple steps are not worth the overhead of a dedicated Wiki page I created http://fedoraproject.org/wiki/EPEL/Tasks/Misc to be used to collect small and easy tasks (e.g. those that can be described with a few words and should be realized within one or two weeks) to make sure they are not forgotten. In addition I even created http://fedoraproject.org/wiki/EPEL/Tasks/LongTerm to make sure some ideas for the long term are not forgotten as well. Note that *everyone* is allowed and hereby *encouraged* to edit those pages / add new tasks. I hope that way informations are written down there and don't get lost in the noise of a list (which is more often the case then I'd like). The task owners should keep a close eye on the pages (¹) and make sure they are up2date. I'd be really glad if all owners of the task that have a dedicated page can give a weekly status update on the pages itself -- that way we avoid the "whats the latest status of <foo>" in the meetings and the writer of the weekly report can just include it in the repo, thus everyone knows what up and if tasks are moving. The schedule page collects the most crucial informations from the different pages and collects them to give a easier overview: http://fedoraproject.org/wiki/EPEL/Schedule#Tasks The topics for a meeting will be written to http://fedoraproject.org/wiki/EPEL/Schedule#TopicsForThisWeek -- but I'll try to send them to the list again more often ahead of the meeting. Questions? Comments? CU knurd (¹) -- hint: subscribe to the page -- or even to all pages below EPEL/Tasks to know where work is being done

1 0

Log from last weeks EPEL SIG meeting (20070912)
by Thorsten Leemhuis 22 Sep '07

22 Sep '07

Reminder: next meeting on Wednesday (20070919) at 23:00 UTC in #fedora-meeting 00:00:56 <knurd> Hi everybody; who's around? 00:01:07 --- knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:01:11 <knurd> Meeting ping dgilmore, Jeff_S, knurd, mmcgrath, nirik, stahnma, quaid and everyone interested in EPEL -- EPEL meeting in #fedora-meeting now! 00:01:17 * knurd likes to remind people that the schedule and the topic list for todays meeting can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:01:30 * f13 peeks in 00:01:45 * knurd has a cold and should be in bed... 00:02:11 <dgilmore> knurd: pushing should be easier now 00:02:27 <knurd> dgilmore, yeah, I've read about it in my inbox 00:02:38 <knurd> dgilmore, does it work like Michael expected it now? 00:02:52 <dgilmore> knurd: it seems to yes 00:03:03 <knurd> dgilmore, great 00:03:30 <knurd> dgilmore, btw, the current repo is "5" 00:03:47 <knurd> the plan was to have "5.0" and "5.1" repos and let 5 point to the current one 00:03:54 <knurd> dgilmore, should that still be possible to do? 00:04:16 <knurd> having "5.0" and "5.1" repos would make it possible for users to stick to 5.0 00:04:25 <knurd> if they don#t want to upgreade yet to 5.1 00:04:27 --> sharkcz () has joined #fedora-meeting 00:04:41 <f13> given that Red Hat has an update model that is like that, this is probably a good idea. 00:04:55 <dgilmore> knurd: they should be symlinks to 5 00:04:58 <knurd> btw, I supose there is no public official date when RHEl 5.1 is going to be released? 00:04:58 <f13> Red Hat has an update model that will allow you to stay on say 5.0 and get only critical updates built for 5.0. 00:05:06 <f13> knurd: I don't think so 00:05:26 --> trashy (n=trashy@fedora/trashy) has joined #fedora-meeting 00:05:33 <knurd> dgilmore, no, that does not work if there is something in the normal repo then that requires stuff from 5.1 00:05:39 <knurd> so we need 5.0 and 5.1 repos 00:05:47 <dgilmore> knurd: we can not do that 00:05:49 <knurd> and just link from 5 -> latest (e.g. 5.1 soon) 00:05:58 <knurd> dgilmore, why not? 00:06:01 <dgilmore> we do not have the resources to offer something like that 00:06:20 <knurd> resources as in "hard-disk space"? 00:06:27 <knurd> it's just for some months 00:06:31 <knurd> we could hardlink the files 00:06:42 <knurd> and remove the 5.0 directory when RHEL drops 5.0 completely 00:06:50 <dgilmore> as in hard disk space and scripst that hardlink and set multiple repositories 00:06:57 <f13> you'd need multiple scm branches too 00:07:03 <f13> one for each point release. 00:07:04 * nirik is here now finally. 00:07:05 <warren> RH ourselves builds something on 5.0 if it is meant for both 5.0 and 5.1 00:07:13 <knurd> f13, well, I don#t think we need to update the old branches 00:07:18 <knurd> f13, that is to much work for epel 00:07:23 <f13> knurd: you do if htere is a security issue 00:07:35 <dgilmore> knurd: it will blow up the world we dont have resouces to do such a thing 00:07:56 * mmcgrath tends to agree with dgilmore. 00:08:02 <knurd> dgilmore, it's in the guidelines 00:08:03 <knurd> for motnhs 00:08:07 <nirik> centos doesn't do that either, do they? 00:08:12 <knurd> why didn#t you speak up once about it 00:08:12 <mmcgrath> nirik: they don't. 00:08:28 <knurd> nirik, they have different directories for their releases as well 00:08:40 <dgilmore> knurd: I had assumed we would keep a single tree and create symlinks for releases 00:08:58 * quaid is here, had to come back from an unexpected reboot 00:08:59 <knurd> dgilmore, http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#head-a98bce5283ee3… 00:09:05 <knurd> nirik, mmcgrath read that as well 00:09:07 <nirik> they only build against the current tho I thought and the others were symlinks to the current 00:09:16 <knurd> that's why we agreed on months ago 00:09:35 <dgilmore> nirik: thats my take on it also 00:09:47 * nirik reads 00:09:51 --- knurd has changed the topic to: EPEL Meeting | RHEL / EPEL 5.1 -- unassigned 00:09:55 <mmcgrath> knurd: they keep the old trees around but they don't have anything in them. 00:09:58 <mmcgrath> http://mirror.steadfast.net/centos/4.4/readme 00:00:02 <nirik> yeah, that was my understanding too. ;( Sorry if I misread/misunderstood the written guideline... 00:00:05 <knurd> I thought they keept the old tree around for some weeks/months 00:00:21 <dgilmore> anyways it is not really my problem since i am no longer part of the EPEL SIG 00:00:23 <knurd> so users that don#t want to update yet don#t run into issues 00:00:29 <mmcgrath> knurd: the problem here is that someone (and its going to have to be a person) will need to track the trees if some packages have a different destination at different times. 00:00:43 <knurd> dgilmore, well, I wanted you opinion in general 00:00:48 <mmcgrath> they'll need to make decisions on what rpms end up where and when. 00:12:05 <knurd> mmcgrath, we would just keep the 5.0 tree around for some months 00:12:11 <knurd> no updates anymore 00:12:13 <mmcgrath> for what purpose? 00:12:21 <knurd> for users that are not yet on 5.1 00:12:27 <knurd> or don#t want to go there yet 00:12:47 <knurd> for example as yum-utils is iirc in 5.1 00:13:02 <knurd> we are oing to delete it in epel soon (I suppose) 00:13:08 <nirik> but they could just use the symlinked 5.1 repo. If there was some dependency that was in 5.1 and not 5.0 it would error or pull in the upgrade? 00:13:17 <knurd> but users still on 5.0 would run into broken deps problems then 00:13:55 <knurd> well, seems I'm the only one htat thinks that we do it like that 00:14:04 <knurd> so let's ignore the issue for now 00:14:20 <knurd> it's not that important (but I think it would be nice to have and shouldn#t be to much work to realize) 00:14:20 <nirik> knurd: we might bring it up on list... if we were confused, there might be others as well... 00:14:31 <knurd> yeah, maybe 00:14:34 <mmcgrath> so the specific use case is people who do not or cannot upgrade to 5.1 but still want to use epel for a few months. 00:14:40 --> mcepl () has joined #fedora-meeting 00:14:43 <knurd> mmcgrath, yes 00:15:12 <nirik> then the expectation is that they would upgrade after a few months? and not just always stay on 5.0 00:15:15 <mmcgrath> and to do that we'll have to create a directory full of hard links, decide when it should expire, update our scripts to point to the new location but possibly have it do security updates to 5.0. 00:15:43 <mmcgrath> I guess my concern is, if its on our mirror I would consider it supported so if I'm using 5.0, I'd expect it to be up to date until it disappears. 00:15:59 <mmcgrath> yeah, we should take it to the list for input. 00:16:09 <knurd> mmcgrath, k 00:16:52 <knurd> I suppose I'll do that then 00:16:56 * knurd moves on 00:17:03 --- knurd has changed the topic to: EPEL Meeting | push to stable easily -- knurd/nirik/dgilmore 00:17:19 <knurd> dgilmore, I suppose that I can remove that from the schedule for now? 00:17:20 <nirik> so the scripts are all setup now? 00:17:31 <knurd> nirik, seems so 00:17:35 * nirik hasn't had time to remove things that need to be removed... will try and do that today. 00:17:47 <knurd> dgilmore said they are working as expected now as far as he knows 00:17:48 <nirik> also there are some security updates that need to push direct to stable 00:17:58 <mmcgrath> I don't think we've fully tested the test -> stable part yet have we? 00:18:09 <knurd> mmcgrath, not sure 00:18:33 <nirik> yeah, I don't think we have. 00:18:53 <knurd> well, someone should 00:19:10 <knurd> nirik, are those packages that should go to testing a good testbed? 00:19:11 <nirik> I guess I can setup a mirror repo here, add in the security updates and make sure it's ok, delete the broken dep packages, and then if all looks ok try a push 00:19:42 <nirik> which packages? built but not in testing? 00:19:54 <knurd> nirik, wouldn#t it be easier for those security updates to just diff "requirements of old and new package"? 00:19:57 --> llaumgui () has joined #fedora-meeting 00:19:58 <knurd> those should be identical 00:20:21 <knurd> nirik, not sure; are those "security updates that need to push direct to stable" build already or in testing? 00:20:52 <knurd> I suppose we need to do the real testing -> stable move soon as well 00:20:55 <nirik> well, for example, thttpd is one... I think it's built but not in testing yet. So, it would need to go from nothing to stable, bypassing testing. 00:21:13 <knurd> RHEL 5.1 is planed for this quarter iirc 00:21:49 <nirik> I will try and clean up things and test pushing tonight... 00:21:54 <knurd> nirik, did you get instructions from michael about the new commands? 00:22:07 <nirik> yeah, in that orig email you forwarded I think. 00:22:13 <knurd> e.g. how to push to stable directly or how to move from testing to stable 00:22:16 <knurd> nirik, k 00:22:19 <knurd> so how about this: 00:22:24 <nirik> yeah, if they work I can do it. :) 00:22:31 <knurd> we create a backup on the master repo 00:22:34 <knurd> try the push script 00:22:48 <knurd> and abort if it does stupid things? 00:23:24 <nirik> well, I think the way it works is that it works on a copy until the final sync, then it syncs to the real repo... 00:23:40 <nirik> so in theory we can copy back if the script messes up. 00:23:47 <nirik> I can make a backup copy tho too. 00:24:17 <nirik> as long as their is space for it. 00:24:35 --> knurd_ (n=thl@fedora/thl) has joined #fedora-meeting 00:25:15 <knurd_> sorry, the machine with "knurd" on it just crashed afaics 00:25:17 <mmcgrath> knurd_: :) 00:25:24 <dgilmore> knurd, nirik: can one of you document that in the wiki 00:25:41 <knurd_> "that" -> what michael send us? 00:25:49 <dgilmore> knurd: yes 00:26:11 <nirik> sure... anywhere sound good, or just a new page? 00:26:27 <knurd_> nirik, can you take care of it? 00:26:31 <nirik> sure. will do now. 00:26:34 <knurd_> nirik, thx 00:27:02 <-- knurd has quit (Read error: 104 (Connection reset by peer)) 00:27:11 <knurd_> nirik, so can you try to move a pacakge from testing to stable? 00:27:18 <knurd_> and one from needsign directly to stable? 00:27:23 <knurd_> so we know that it works? 00:27:26 --- knurd_ is now known as knurd 00:27:33 <nirik> sure. What package from testing should be moved to stable? 00:28:13 <knurd> are there maybe two security updates in needsign? 00:28:18 <knurd> then push one to testing 00:28:24 <knurd> and from there to stable right after? 00:28:29 <knurd> and the other one directly? 00:28:50 <nirik> yeah, I can't recall, but I think there might be another one or two 00:28:55 <nirik> can try that 00:29:03 <knurd> nirik, that would be great 00:29:06 <knurd> thx for your help 00:29:16 <nirik> also, there are package s that need to be removed... 00:29:21 <mmcgrath> nirik rocks the house. 00:29:34 * knurd has really not enought time atm 00:29:35 --> fab__ () has joined #fedora-meeting 00:29:43 <knurd> should get better in two weeks again 00:29:47 <nirik> ha. I wish I had more time to figure out the scripts and have been able to get things going sooner. 00:30:00 --- knurd is now known as knurd_ 00:30:14 --> knurd (n=thl@fedora/thl) has joined #fedora-meeting 00:30:35 * knurd_ moves on 00:30:40 --- knurd_ has changed the topic to: EPEL Meeting | RHEL / EPEL 5.1 -- unassigned 00:30:43 <knurd_> forgot something 00:30:49 <knurd_> RHEL 5.1 is likely out soon 00:30:52 <knurd_> we don#t know when 00:30:56 --> linux_geek () has joined #fedora-meeting 00:31:14 <knurd_> so I suppose we need to do the EPEL testing -> stable move a week or two after 5.1 is out 00:31:26 <knurd_> is that fine for everybody? 00:31:47 <nirik> yeah, sounds good. Again, we will want to make sure there are no broken deps, etc. 00:31:50 <mmcgrath> that sounds reasonable. 00:32:08 <knurd> nirik, yeah, I suppose we should leave those broken deps in testing 00:32:10 <nirik> Also, there are a few packages that are pulled into 5.1 that were in EPEL. We will want to tell maintaners to dead.package them? 00:32:18 <knurd> nirik, good idea 00:33:09 * knurd moves on for real then again 00:33:17 --- knurd has changed the topic to: EPEL Meeting | do more on the list and less in the meetings; "Power to the people with no delay." aka "Steering Committee's are slow and old style" -- all 00:33:41 <knurd> I suppose we really somehow need to discuss this on the list and then just start it 00:33:44 <-- kital has quit (Read error: 104 (Connection reset by peer)) 00:33:46 <knurd> and see how it goes 00:33:52 <knurd> and fine-tune it while doing it 00:34:00 <mmcgrath> It'd be nice if we had an official way to make decisions on the list. 00:34:21 --> kital (n=Joerg_Si@fedora/kital) has joined #fedora-meeting 00:34:37 <knurd> mmcgrath, yeah, agreed 00:35:12 <knurd> like in "if no one objects within some days it's considered accepted?" 00:35:20 <-- enemy99 has quit (Remote closed the connection) 00:35:34 <warren> BTW, I inserted this rule into RH's processes for adding a new package to RHEL. 00:35:39 <mmcgrath> yeah. 00:35:53 <warren> something like "Check EPEL to be sure your new package is newer" 00:36:05 <nirik> warren: excellent. 00:36:11 <knurd> warren, thx 00:36:34 <warren> also "smooth upgrade from EPEL" 00:36:40 <knurd> mmcgrath, I'd say let's discuss that on the list 00:36:49 * knurd has to leave soon for some minutes 00:36:51 * tux_440volt will be back soon: Gone away for now. 00:37:17 <knurd> does that sounds sane? 00:37:32 <knurd> e.g. discuss on the list how to do more things on the list? 00:37:39 <nirik> sure. ;) 00:37:54 --- knurd has changed the topic to: EPEL Meeting -- Free discussion around EPEL 00:38:09 <knurd> if there anything else we need to discuss today? 00:38:10 <nirik> knurd, mmcgrath, dgilmore: http://fedoraproject.org/wiki/EPEL/EPEL_repositoryinfo (feel free to correct/add/etc) 00:38:28 <knurd> Generic Job Description? Communication plan] for enterprise customers/ISVs/IHVs? 00:38:37 <knurd> or shall we try to finish those on hte list as well? 00:38:55 <mmcgrath> knurd: yeah, especially since the meetings have just been the few of us. 00:39:07 <knurd> k 00:39:08 <nirik> so are we sticking with the alternate meeting time? it didn't seem to help much last week except that knurd wasn't able to make it. 00:39:29 <knurd> nirik, I'd say we try antoher two or three weeks and decide afterwards 00:39:32 <nirik> ok 00:39:56 <knurd> k, anything else? 00:40:09 <mmcgrath> nope 00:40:27 * knurd will close the meeting in 30 00:41:02 * nirik has nothing. 00:41:16 * knurd will close the meeting in 10 00:41:27 <knurd> -- MARK -- Meeting end 00:41:27 --- knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:41:31 <knurd> thx everyone 00:41:40 <mmcgrath> thanks knurd 00:41:40 <-- knurd_ has quit ("knurd again") 00:41:59 * knurd afk for a few minutes 00:42:07 --> enemy99 () has joined #Fedora-Meeting 00:42:08 <nirik> thanks knurd

2 1

bugzilla rpms in testing/4
by Greg Swallow 22 Sep '07

22 Sep '07

I haven't really been following along to know if the plan is to wait for RHEL 4.6 to come out to move the bugzilla rpms from testing to stable, is it? Why I ask is because it looks like RHEL 4.6 will support bugzilla 3.0 if the newer version of perl-DBI is then available as it says in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=250261 Maybe worth waiting for? Or would the EPEL policies allow updating to bugzilla 3.0 if 2.2 was already in "stable"? Greg

1 0

Fedora EPEL Package Build Report 2007-09-21
by Fedora Koji Build System 21 Sep '07

21 Sep '07

Packages built and released for Fedora EPEL testing/5: 14 NEW awstats-6.7-1.el5 : Advanced Web Statistics cacti-0.8.6j-9.el5 (!) ctapi-common-1.1-3.el5 : INVALID rebuild, not published! ctapi-cyberjack-3.0.4-1.el5 ganymed-ssh2-210-5.el5 gcin-1.3.4-3.el5 NEW haproxy-1.3.12.2-3.el5 : HA-Proxy is a TCP/HTTP reverse proxy for high availability environments NEW kaffeine-0.8.5-4.el5 : Xine-based media player NEW nut-2.2.0-4.el5 : Network UPS Tools plone-3.0.1-1.el5 python-memcached-1.40-2.el5 svnkit-1.1.4-1.el5 NEW xine-lib-1.1.8-4.el5 : Xine library zabbix-1.4.2-3.el5 Packages built and released for Fedora EPEL testing/4: 7 cacti-0.8.6j-9.el4 (!) ctapi-common-1.1-3.el4 : INVALID rebuild, not published! ctapi-cyberjack-3.0.4-1.el4 NEW haproxy-1.3.12.2-4.el4 : HA-Proxy is a TCP/HTTP reverse proxy for high availability environments mercurial-0.9.4-4.el4 NEW nut-2.2.0-3.2.el4 : Network UPS Tools zabbix-1.4.2-3.el4 Changes in Fedora EPEL testing/5: awstats-6.7-1.el5 ----------------- * Tue Sep 18 2007 Tim Jackson <rpm(a)timj.co.uk> 6.7-1 - initial import to EPEL-5, from Fedora cacti-0.8.6j-9.el5 ------------------ * Fri Sep 21 2007 Mike McGrath <mmcgrath(a)redhat.com> - 0.8.6j-9 - Added rest of official patches ctapi-common-1.1-3.el5 ---------------------- * Sat Aug 04 2007 Frank Büttner <frank-buettner(a)gmx.net> - 1.1-3 - fix creation of the group and don't remove it ctapi-cyberjack-3.0.4-1.el5 --------------------------- * Mon Sep 17 2007 Frank Büttner <frank-buettner(a)gmx.net> - 3.0.4-1 - update to 3.0.4 ganymed-ssh2-210-5.el5 ---------------------- * Mon Sep 10 2007 Robert Marcano <robert(a)marcanoonline.com> 210-5 - Build for all supported arquitectures * Wed Aug 29 2007 Fedora Release Engineering <rel-eng at fedoraproject dot org> - 210-4 - Rebuild for selinux ppc32 issue. gcin-1.3.4-3.el5 ---------------- * Thu Sep 20 2007 Chung-Yen Chang <candyz0416(a)gmail.com> - 1.3.4-3 - update license field to LGPLv2 - add im-chooser to require haproxy-1.3.12.2-3.el5 ---------------------- * Fri Sep 21 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-3 - added pcre as Requires dependency * Thu Sep 20 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-2 - update License field * Thu Sep 20 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-1 - update to 1.3.12.2 - remove the upstream patch * Tue Sep 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.1-1 - switch to 1.3.12.1 branch - add patch from upstream with O'Reilly licensing updates. - convert ISO-8859-1 doc files to UTF-8 kaffeine-0.8.5-4.el5 -------------------- * Wed Sep 19 2007 Ville Skyttä <ville.skytta at iki.fi> - 0.8.5-4 - Avoid autotools re-run after configure (unclean upstream tarball?) * Sat Aug 25 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 0.8.5-3 - respin (BuildID) nut-2.2.0-4.el5 --------------- * Wed Sep 19 2007 Tomas Smetana <tsmetana(a)redhat.com> 2.2.0-4 - fix manpages encodings - run ldconfig after client (un)install * Thu Sep 06 2007 Tomas Smetana <tsmetana(a)redhat.com> 2.2.0-3 - fix wrong libssl flags in devel, fix devel package dependencies plone-3.0.1-1.el5 ----------------- * Fri Sep 14 2007 Jonathan Steffan <jon a fedoraunity.org> 3.0.1-1 - Update to Plone 3.0.1 python-memcached-1.40-2.el5 --------------------------- * Tue Sep 18 2007 Sean Reifschneider <jafo(a)tummy.com> 1.40-2 - Adding setuptools to the buildreqs. * Tue Sep 18 2007 Sean Reifschneider <jafo(a)tummy.com> 1.40-1 - Update to 1.40 upstream release. svnkit-1.1.4-1.el5 ------------------ * Mon Sep 10 2007 Robert Marcano <robert(a)marcanoonline.com> - 1.1.4-1 - Update to upstream 1.1.4 - Build for all supported arquitectures * Wed Aug 29 2007 Fedora Release Engineering <rel-eng at fedoraproject dot org> - 1.1.2-4 - Rebuild for selinux ppc32 issue. xine-lib-1.1.8-4.el5 -------------------- * Wed Sep 19 2007 Ville Skyttä <ville.skytta at iki.fi> - 1.1.8-4 - Fix "--without wavpack" build. * Sat Sep 15 2007 Ville Skyttä <ville.skytta at iki.fi> - 1.1.8-3 - Move XCB plugins to the main package. - Make aalib, caca, pulseaudio, jack, and wavpack support optional at build time in preparation for the first EPEL build. * Sun Sep 09 2007 Aurelien Bompard <abompard(a)fedoraproject.org> 1.1.8-2 - remove the dependency from -extras to -arts, and use Obsoletes to provide an upgrade path * Thu Aug 30 2007 Ville Skyttä <ville.skytta at iki.fi> - 1.1.8-1 - 1.1.8, "open" patch applied upstream. - Build XCB plugins by default for Fedora 8+ only. * Sat Aug 25 2007 Aurelien Bompard <abompard(a)fedoraproject.org> 1.1.7-3 - Split the aRts plugin into its own subpackage zabbix-1.4.2-3.el5 ------------------ * Thu Sep 20 2007 Dan Horak <dan[at]danny.cz> 1.4.2-3 - Fix paths (/usr/bin -> /usr/sbin) in init scripts (#297061) - Add a patch to clean a warning during compile - Add a patch to fix cpu load computations Changes in Fedora EPEL testing/4: cacti-0.8.6j-9.el4 ------------------ * Fri Sep 21 2007 Mike McGrath <mmcgrath(a)redhat.com> - 0.8.6j-9 - Added rest of official patches ctapi-common-1.1-3.el4 ---------------------- * Sat Aug 04 2007 Frank Büttner <frank-buettner(a)gmx.net> - 1.1-3 - fix creation of the group and don't remove it ctapi-cyberjack-3.0.4-1.el4 --------------------------- * Mon Sep 17 2007 Frank Büttner <frank-buettner(a)gmx.net> - 3.0.4-1 - update to 3.0.4 haproxy-1.3.12.2-4.el4 ---------------------- * Fri Sep 21 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-4 * update compile flags for different location of pcre.h on EL-4 * Fri Sep 21 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-3 - added pcre as Requires dependency * Thu Sep 20 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-2 - update License field * Thu Sep 20 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.2-1 - update to 1.3.12.2 - remove the upstream patch * Tue Sep 18 2007 Jeremy Hinegardner <jeremy(a)hinegardner.org> - 1.3.12.1-1 - switch to 1.3.12.1 branch - add patch from upstream with O'Reilly licensing updates. - convert ISO-8859-1 doc files to UTF-8 mercurial-0.9.4-4.el4 --------------------- * Thu Sep 20 2007 Neal Becker <ndbecker2(a)gmail.com> - 0.9.4-4 - remove /usr/share/contrib stuff for now * Thu Sep 20 2007 Neal Becker <ndbecker2(a)gmail.com> - 0.9.4-3 - Fix mercurial-install-contrib.patch (/usr/share/mercurial->/usr/share/mercurial/contrib) * Wed Aug 29 2007 Jonathan Shapiro <shap(a)eros-os.com> - 0.9.4-2 - update to 0.9.4-2 - install contrib directory - set up required path for hgk - install man5 man pages * Thu Aug 23 2007 Neal Becker <ndbecker2(a)gmail.com> - 0.9.4-1 - update to 0.9.4 * Wed Jan 03 2007 Jeremy Katz <katzj(a)redhat.com> - 0.9.3-1 - update to 0.9.3 - remove asciidoc files now that we have them as manpages * Mon Dec 11 2006 Jeremy Katz <katzj(a)redhat.com> - 0.9.2-1 - update to 0.9.2 nut-2.2.0-3.2.el4 ----------------- * Wed Sep 19 2007 Tomas Smetana <tsmetana(a)redhat.com> 2.2.0-3.2 - fix building of cgi package on x86_64 * Wed Sep 19 2007 Tomas Smetana <tsmetana(a)redhat.com> 2.2.0-3.1 - fix manpages encodings - run ldconfig after client (un)install - remove hal support for EL4 * Thu Sep 06 2007 Tomas Smetana <tsmetana(a)redhat.com> 2.2.0-3 - fix wrong libssl flags in devel, fix devel package dependencies zabbix-1.4.2-3.el4 ------------------ * Thu Sep 20 2007 Dan Horak <dan[at]danny.cz> 1.4.2-3 - Fix paths (%_bindir -> %_sbindir) in init scripts (#297061) - Add a patch to clean a warning during compile - Add a patch to fix cpu load computations * Sat Sep 15 2007 Dan Horak <dan[at]danny.cz> 1.4.2-2 - Add a patch required for finding net-snmp libs on x86_64 * Tue Sep 11 2007 Dan Horak <dan[at]danny.cz> 1.4.2-1 - New upstream release - built without WWW monitoring support due old libcurl For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/

1 0

RHEL 5.1 new packages and EPEL conflicts
by Rahul Sundaram 20 Sep '07

20 Sep '07

Hi I noticed that yum-utils is now in EPEL. I removed it from the wishlist when I saw that RHEL 5.1 beta is including this package but it has gone in anyway. The list of new packages included in RHEL 5.1 beta is available in the announcement at http://thread.gmane.org/gmane.linux.redhat.release.tikanga.beta/844 yum-utils would have to be removed or version adjusted from atleast EPEL 5 so as to not conflict with RHEL 5.1 when it's released. I haven't done a comprehensive check so there might be other similar packages in the list. Just a quick heads up. Rahul

7 7

Meeting cancel for tonight
by Michael Stahnke 20 Sep '07

20 Sep '07

I just got back from vacation and am not caught up with DayJob. I spoke with a few members of the SIG in #epel and a few couldn't make it. I am cancelling the EPEL meeting this evening/day/whatever. Next week with knurd leading. stahnma ps. feel free to work on any initiatives and send updates to list.

1 0

EPEL report week 37 2007
by Thorsten Leemhuis 19 Sep '07

19 Sep '07

http://fedoraproject.org/wiki/EPEL/Reports/Week37 (/me still suffered from a cold/has a headache - I hope I didn't do even more typos then I usually do already when I wrote the report due to that...) = Weekly EPEL Summary = Week 37/2007 == Most important happenings == * push scripts improved (see below) == EPEL SIG Meeting == === Attending === * dgilmore (DennisGilmore) * knurd (ThorstenLeemhuis) * mmcgrath (MikeMcGrath) * Jeff_S (Jeff Sheltren) * nirik (KevinFenzi) * stahnma (MichaelStahnke) * f13 (Jesse Keating) * warren (Warren Togami) === Summary === * pushing * dglimore, nirik and mschwendt further improved and simplified pushing directly to stable and moving a package from testing to stable; thx guys, especially mschwendt! * nirik will test them * repo layout * the plan written at http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#head-a98bce5283ee3… was to have directories for each release (e.g. have 5.0 as main repo now and a symlink from 5 pointing to it; when 5.1 ships run "cp -al 5.0 5.1" and adjust the "5" link to point to 5.1 instead; some weeks or months later remove the 5.0 dir to save the space; 5.0 btw would not be maintained anymore, we just leave it around for some weeks/months). This would allow people still on EL5.0 (for example those using derivates that do not ship 5.1 some weeks after RH does) to use EPEL5.0 without running into dependency issues that might arise when a package from EPEL5.1 depends on something from EL5.1; * seems lots of people forgot about that plan never realized it full effects; do we still want that stuff? or in a modified way maybe? * RHEL 5.1 * will likely be out soon; we don't know exactly when; thus the estimated EPEL testing -> stable move that is pushed in parallel will likely be a week (or two?) after EL 5.1 is out * do more on the list and less in the meetings; "Power to the people with no delay." aka "Steering Committee's are slow and old style" -- all * some discussion how to exactly do this; more discussions to follow the list * RH relations * warren: BTW, I inserted this rule into RH's processes for adding a new package to RHEL. Something like "Check EPEL to be sure your new package is newer" * Free discussion around EPEL * sticking with the alternate meeting time? we try another two or three weeks and decide afterwards === Full Log === https://www.redhat.com/archives/epel-devel-list/2007-September/msg00006.html == Stats == === General === Number of EPEL Contributors 6 We welcome 6 new contributors: candyz joshuadf lkundrak ondrejj salimma sundaram === EPEL 5 === Number of source packages: 655 Number of binary packages: 1261 There are 18 new Packages: * abcde | A Better CD Encoder * aspell-sk | Slovak dictionaries for Aspell * cd-discid | Utility to get CDDB discid information * cvs2cl | Generate ChangeLogs from CVS working copies * dbench | Filesystem load benchmarking tool * directfb | Graphics abstraction library for the Linux Framebuffer Device * gcin | Input method for Traditional Chinese * gtk-qt-engine | A project allowing GTK to use Qt widget styles. * isync | Tool to synchronize IMAP4 and Maildir mailboxes * kasablanca | Graphical FTP client * lyx | WYSIWYM (What You See Is What You Mean) document processor * mach | Make a chroot * python-GnuPGInterface | A Python module to interface with GnuPG * pyzor | Pyzor collaborative spam filtering system * rubygem-rake | Ruby based make-like utility * rubygems | The Ruby standard for packaging ruby libraries * svn2cl | Create a ChangeLog from a Subversion log * tomcat-native | Tomcat native library === EPEL 4 === Number of source packages: 418 Number of binary packages: 850 There are 3 new Packages: * isync | Tool to synchronize IMAP4 and Maildir mailboxes * python-GnuPGInterface | A Python module to interface with GnuPG * pyzor | Pyzor collaborative spam filtering system ---- ["CategoryEPELReports"]

3 2

EPEL and Fedora Extras build system down
by Dennis Gilmore 17 Sep '07

17 Sep '07

Hi All, The main build hub for the plague build system is currently down. It will remain down until we can get someone to look at it in the morning. Sorry for the short notice. Dennis

3 2

problem with building Zabbix on EL4/x86_64
by Dan Horák 15 Sep '07

15 Sep '07

Hello, I have problems with building Zabbix 1.4.2 on (only) EL4/x86_64. For an unknown reason, configure is saying that it cannot find net-snmp libraries even when net-snmp-devel is installed and the build on i386 and ppc is done. Details can be found at http://buildsys.fedoraproject.org/logs/fedora-4-epel/36268-zabbix-1.4.2-1.e… Can somebody do a local (or mock) build and send me the config.log (or its relevant part), so I can see what's wrong? Thanks Dan

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel September 2007