epel-devel July 2008

epel-devel@lists.fedoraproject.org

28 participants
43 discussions

rebranding EPEL
by Karsten Wade 08 Jul '08

08 Jul '08

At the last steering committee meeting, we agreed that EPEL as a brand name isn't so hot. I brought it up because it's a PITA to have the acronym in the way of understanding what EPEL is about. John Adams, RHT brand manager, has agreed to help us with renaming/rebranding. John likes to kick these things off with a voice brainstorm session, which we have scheduled for tomorrow, 2 pm EDT/1800 UTC on talk.fedoraproject.org. I'm sending the details on the discussion to fedora-marketing-list because: * that's the place for marketing/branding discussion * you may not want to be bored with branding discussions here * you can always go over there for this discussion Cheers - Karsten -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41

1 0

plague-client
by Ray Van Dolson 07 Jul '08

07 Jul '08

Any reason why plague-client is not in EPEL? The SRPM from Fedora 7 seems to build just fine on EL5... I don't see it in the wish list though, nor really any mention of it on the mailing list. I must be missing something obvious here; seems like someone would have added it by now (I'd be happy to do so as well) :) Ray

2 3

Unstable EPEL? (frequent package updates)
by Felix Schwarz 07 Jul '08

07 Jul '08

Hi, in the past few months there were quite a few packages in EPEL which got version updates. This has come to a point where I seriously doubt my understanding of the EPEL policy. Rahul Sundaram wrote [1]: "The simple rule: Don't release an update unless absolutely necessary. This is to avoid regressions." This was exactly my understanding of how package updates should be done in EPEL. But obviously other packagers don't see this policy so strictly - or maybe I'm just too blind to find important information why all these updates were absolutely necessary. One example is shorewall which had several updates in the last months, always to match the latest upstream version: http://cvs.fedoraproject.org/viewcvs/rpms/shorewall/EL-5/shorewall.spec?rev… Thankfully, no update caused trouble for me but I'm a bit sceptical if this update policy is really healthy for EPEL. There are other packages, too. I don't want to list every packages and some updates are really nice. But let's take python-genshi 0.5 which is currently in testing for EPEL 5 and about to be pushed shortly: http://cvs.fedoraproject.org/viewcvs/rpms/python-genshi/EL-5/python-genshi.… 0.5 changed some semantics of py:match and I personally had troubles when upgrading from 0.4.4 to 0.5. So while most people won't experience any problems, this is one of the upgrades that can cause pain. Some other examples: http://cvs.fedoraproject.org/viewcvs/rpms/python-lxml/EL-5/python-lxml.spec http://cvs.fedoraproject.org/viewcvs/rpms/python-paste/EL-5/python-paste.sp… I understand that there are packages like Firefox, Wine and clamav which must be always at the latest version because it makes no sense/its impossible to backport all the important stuff. But what I don't understand is why all these library packages are updated so often. IMHO EPEL should have more control over updates so that every package update gets a solid reasoning why the package has to updated, if there are known compatibility issues and so on... I always thought of EPEL as 'this is an repository where I can pull updates without too much caution because the guys will really make sure that every package is necessary'. </rant> fs [1] https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html

15 28

Meeting Log for Today's Meeting (July 07, 2008)
by Michael Stahnke 07 Jul '08

07 Jul '08

EPEL Steering Committee Log * Reminder new time Monday's at 15:00 UTC Todos: * stahnma will deliver a perl report * quaid will work on the process of new packages in RHEL vs EPEL * quaid will keep us updated on the status of branding/marketing ideas working internally with RH Marketing and Branding * stahnma will start filing bugs against packages with broken deps in EPEL [10:04] *** You set the channel topic to "EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines". [10:04] <stahnma> Hi everybody; who's around for the EPEL meeting? [10:04] * quaid is a present KarstenWAde [10:04] <SmootherFrOgZ> stahnma: you take the lead [10:04] <SmootherFrOgZ> ? [10:05] <stahnma> ok [10:05] <quaid> yeah, looks like no smooge today [10:05] <stahnma> wow, our wiki page looks like poo [10:05] <stahnma> it could use some love [10:06] <quaid> put {{needs love}} at the top of the page :) [10:06] <stahnma> is there a template for that? [10:06] <stahnma> that'd be nice [10:06] *** You set the channel topic to "EPEL SIG Meeting | Status Reports: Current build system | all | need to make a page... help?". [10:06] * SmootherFrOgZ will have to leave in about 35min [10:06] <quaid> yes, that's a current template [10:07] <stahnma> anybody have any updates on the build system? [10:07] <quaid> but really, it's us who need to figure that one out [10:08] <stahnma> if not, I'll move on [10:08] *** You set the channel topic to "EPEL SIG Meeting | Status Reports: Package pushes -- knurd". [10:08] <stahnma> knurd: we have moved to the 1st of the month for both releases correct? [10:08] <stahnma> does anybody have objections, or comments about this? [10:09] --> jeffperry_fedora has joined this channel (n=jperry(a)146-115-228-134.c3-0.frm-ubr1.sbo-frm.ma.cable.rcn.com) [10:09] * stahnma taps the mic, is this thing on? [10:10] * quaid makes a terrible feedback noise [10:10] * Jeff_S peeks in [10:10] --> wolfy has joined this channel (n=lonewolf@fedora/wolfy). [10:10] <stahnma> ok, I'll move on [10:11] <quaid> ok [10:11] *** You set the channel topic to "EPEL SIG Meeting | Package Reports: What is waiting for what? | all | need to make a page... help?". [10:11] * quaid notes https://fedoraproject.org/wiki/EPEL/Schedule needs some love, too [10:11] <stahnma> I'll be honest, I don't know exactly what this means [10:11] <stahnma> the topic [10:11] <SmootherFrOgZ> quaid: indeed [10:11] <stahnma> quaid: that was where I added the {{needs love}} [10:11] * jeffperry_fedora is peeking as well...just curious [10:11] <stahnma> Are there any critical packages still not built in EPEL? [10:12] <stahnma> or anything in particular anybody is waiting on? [10:12] <stahnma> I know I get happy everytime I see perl modules added [10:12] <quaid> heh [10:12] <quaid> I often mention perl packages when introducing EPEL [10:12] <stahnma> I'd like to get a report of how many perl packages we have in fedora vs EPEL... [10:12] <stahnma> quaid: that was my number 1 time saver of epel [10:13] <stahnma> I could probably make said report [10:13] * stahnma will try to send something to the list [10:13] <stahnma> just as an FYI [10:13] <quaid> there continues to be a ton of interest on the Java side, and that has a lot of road still to travel [10:13] <stahnma> agreed. Fedora/EPEL can travel that road together [10:14] <stahnma> there are a lot of unanswered questions there [10:14] <stahnma> moving on? [10:14] <quaid> I'll start covering that a bit more on http://developer.redhatmagazine.com/ [10:14] * quaid wonders if "unstable EPEL" is on this agenda, or has the list settled that well enough? [10:14] --> tibbs has joined this channel (n=tibbs@fedora/tibbs). [10:14] <stahnma> I thought it would come up during free discussion [10:15] * Jeff_S looks around for who is serving the coffee [10:16] *** You set the channel topic to "EPEL SIG Meeting | Package Reports: Orphans in EPEL | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:16] <stahnma> are there orphans? [10:16] <stahnma> to me the biggest problem seems to be with RH added packages into RHEL and us not quite finding out about it until it's too late [10:16] <stahnma> which I guess is the opposite of orphans [10:16] <stahnma> it's like unplanned siblings [10:16] <Jeff_S> custody battle? [10:17] <quaid> spot is supposed to alert EPEL SCo about that now [10:17] <Jeff_S> I haven't seen much talk about orphans -- anyone else? [10:17] <quaid> that process arose after that last RHEL update [10:17] <spot> i'm supposed to do what? [10:18] <quaid> spot: tell EPEL when packages are brought in to a RHEL update [10:18] <quaid> (from EPEL) [10:18] <Jeff_S> quaid: that was andy gospodarek who said he'd try to alert us [10:18] --> gregdek has joined this channel (n=gdk@nat/redhat/x-33c66440fec0cb5a). [10:18] <spot> quaid: i can certainly forward information from the beta and final releases [10:19] <spot> but those package lists aren't exactly secret [10:19] <Jeff_S> spot: that would be helpful [10:19] <quaid> spot: what do you think is the best way to alert EPEL earliest in the update process that packages are going to be sucked up in to RHEL from EPEL? [10:19] * knurd is back now; sorry, was in the kitchen [10:20] <spot> i don't know what the best way would be, i'm not tied into the RHEL 4/5 process tightly enough to give the super-heads-up [10:20] <spot> i think the best I can do is to pass on the beta package list [10:20] <stahnma> if we find out s early as possible (like at the Beta timeframe) it's probably ok [10:20] <quaid> spot: can you find the right person in releng to add alerting epel-devel-list to their process? [10:21] <spot> hehehehe [10:21] <spot> quaid: you should ask f13 to help there [10:21] * quaid fears this laugh [10:21] <-- giallu has left this server (Remote closed the connection). [10:21] <quaid> f13: question from five lines up ... [10:22] <Jeff_S> if we have a list we can compare against to see what is added/removed, that would help avoid some headaches [10:22] * nirik is back around for a few again. [10:22] <f13> quaid: I'm not releng for that, so I would punt to mikem and dgregor internally [10:22] <quaid> agreed, but you'd figure ... well, that someone knows they are pulling the packages from EPEL and can just alert [10:23] <stahnma> yeah, we'll have to work with rel-eng and RH proper on this [10:23] <quaid> f13: that's McCune? [10:23] <Jeff_S> shouldn't be hard for them, they just likely never thought about it before... [10:24] <quaid> ok [10:24] <f13> quaid: no, Mike McLean [10:24] <quaid> I'll send them email [10:24] <quaid> f13: thanks [10:24] <f13> stahnma: a big problem is that releng definitely isn't going to know immediately that "this came from EPEL" [10:24] <wwoods> that's mikem23 [10:24] <f13> stahnma: most often we just get a ticket that asks us to create a branch for them for a package, and that's it. [10:25] <f13> it's really up to the developer asking for the package to note that it came from EPEL [10:25] <quaid> oh, interesting [10:26] <stahnma> well, I guess we'd like it if came from EPEL [10:26] <stahnma> but, either way [10:26] <quaid> ok, I'll ask them to help us figure out a process then [10:26] <stahnma> ok moving on? [10:27] <quaid> ok [10:27] *** You set the channel topic to "EPEL SIG Meeting | Marketing Reports: | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:27] <stahnma> anybody got anything to add here? [10:28] <quaid> I think so ... [10:28] <quaid> good time to talk about branding? [10:28] <nirik> stahnma: thats the 'who's joined, new packages' reports? or something else? [10:29] * quaid waits a second to be sure ... [10:30] <stahnma> could be [10:30] <stahnma> or maybe some formal marketing [10:30] <quaid> ok, then I'll go on with a branding discussion starter, if no one minds. [10:31] <quaid> so ... I won't be as blunt as gregdek, but the brand "EPEL" is ... difficult [10:31] * nirik nods, go ahead [10:31] <quaid> i. acronyms for names suck [10:31] <quaid> ii. how do you pronounce it? (cf. smooge and I "arguing" at FUDCon) [10:31] <quaid> iii. decode before understanding == bad [10:31] <quaid> so [10:31] <stahnma> I wondered that too [10:32] <-- wolfy has left this server (Remote closed the connection). [10:32] <quaid> this ties in to the fact that [10:32] <stahnma> so we need a new name/brand? [10:32] <nirik> I really don't care what the name is... I'm fine with whatever [10:32] <-- fraggle_ has left this server ("-ENOBRAIN"). [10:32] <quaid> gregdek and I are working with the Red Hat Exchange (RHX) folks about getting more and more ISVs in to Fedora, with EPEL being a prime interest area [10:32] <quaid> so we are working on some materials to take to OSCON ... [10:32] <nirik> we just couldn't come up with anything aside from EPEL... so we went with that [10:32] <quaid> and wondered if there is time to come up with a new name? [10:32] <quaid> nirik: +1 that was the right thing for us to do [10:33] --> JSchmitt has joined this channel (n=s4504kr(a)p4FDD23D7.dip0.t-ipconnect.de) [10:33] <quaid> and now that RHT branding folks are around to help, we can go back and do a naming exercise [10:33] <quaid> cf. Fedora Nightlife, Spacewalk, and others of recent vintage. [10:33] <nirik> sounds great to me... go for it. [10:33] <quaid> awesome :) [10:33] <stahnma> yeah, quaid keep us posted on that [10:33] <quaid> will do! [10:34] *** You set the channel topic to "EPEL SIG Meeting | Standing Issues: EPEL-announce list | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:34] * stahnma just moves topics....maybe too quickly [10:34] <stahnma> oh well [10:34] <-- che has left this server (Read error: 110 (Connection timed out)). [10:35] <nirik> I like the idea of an announce list... [10:35] <stahnma> I like the idea of an announce-list, but I don't know if it would really add value to most users [10:35] <stahnma> most RHEL users don't use mailing lists [10:35] <stahnma> or IRC [10:35] <stahnma> or belong to the Fedora community [10:35] <stahnma> at least, that's my observation [10:35] <stahnma> I mean, I guess it would help, because somebody could point them to it. [10:36] <nirik> yeah, but at least we would have a place to point peopel [10:36] <stahnma> but I don't know if people would just jump on [10:36] <stahnma> i know most sysadmins already complain about too much mail [10:36] <stahnma> but, I think having it is probably a good idea [10:36] <stahnma> make it moderated? [10:36] <quaid> +1 moderated [10:37] <nirik> yes, +1 moderated. [10:37] <nirik> and very low traffic. [10:37] <quaid> what if we offer to subscribe nahant-list and $RHEL5_name-list to the announce list? [10:37] <nirik> not even sure we would want new push announcements there... or just serious breakage stuff. [10:38] --> fraggle_ has joined this channel (n=fraggle(a)bea13-2-82-239-143-199.fbx.proxad.net) [10:38] <stahnma> I would say probably breakage [10:38] <stahnma> and maybe big stack updates or something [10:39] <stahnma> something that could potentially have a huge impact [10:39] <nirik> yeah, that sounds reasonable to me. [10:39] <stahnma> so do we request a list from mmcgrath, or somewhere at RH ? [10:39] <nirik> stahnma: infrastructure ticket I think... [10:39] <stahnma> ok [10:39] <stahnma> nirik: you want to take that one? [10:39] <nirik> do we want it to be a @redhat.com? or a fedoraproject one? [10:40] <nirik> sure, I can do that. [10:40] <stahnma> hmm [10:40] <stahnma> what gives it more credability for RHEL users? [10:40] * stahnma personally would rather it be fedoraproject [10:40] <nirik> althought... perhaps we wait until the branding is done? so we don't have to try and rename 'epel-announce' to something else? [10:40] <-- balor has left this server (Remote closed the connection). [10:40] <stahnma> good point [10:40] <stahnma> we hold? [10:41] <-- kital has left this server (Remote closed the connection). [10:41] <nirik> yeah, lets revisit next week... [10:41] <nirik> quaid: when might branding discussion happen? soon? [10:41] <quaid> yeah, just revisit week by week [10:41] <SmootherFrOgZ> i would say an @fedoraproject; it's a fedora projet [10:41] <stahnma> ok, we'll move on [10:41] *** You set the channel topic to "EPEL SIG Meeting | Free discussion around EPEL". [10:41] <quaid> nirik: ASAP; I'm going to try to get John Adams on f-epel-d-l right away to lead the discussion with us. [10:41] <knurd> is there anything you guys need me for? [10:41] * knurd has to leave now [10:42] * nirik also has to go here asap... need to move my car out of the way so some people can get out. [10:42] * SmootherFrOgZ is leaving too [10:42] <-- SmootherFrOgZ has left this server ("leaving"). [10:42] <stahnma> hmm [10:42] <stahnma> free discussion means exit ;) [10:43] <stahnma> so has the stable vs unstable been resolved? [10:43] <stahnma> should we bring it up next time? [10:43] --> mdomsch has joined this channel (n=Matt_Dom(a)cpe-70-124-62-55.austin.res.rr.com) [10:43] <nirik> if you like... I personally like the way it is now. [10:43] <knurd> nirik, +1 [10:43] <stahnma> me too [10:43] <knurd> we have enought work and things on the todo list already [10:43] * nirik goes to move car... back on from the road in a while. [10:44] <stahnma> ok, I'll leave it on the agenda for one more disucssion [10:44] <stahnma> but, it's probably squashed [10:44] * knurd now afk [10:44] <knurd> have fun [10:44] <stahnma> ok, anybody from the floor or peanut gallery have anything? [10:44] <schlobinux> it would be nice to get the unresolved deps cleared from testing and testing cleared [10:44] <stahnma> schlobinux: yes, it would [10:45] <schlobinux> maybe bugs needs to be filed to get more attention from the owners [10:45] <stahnma> we've been working on that some, but not as much as we should have [10:45] <stahnma> schlobinux: +1 [10:45] <schlobinux> (but even a bug is not enough sometime) [10:45] <schlobinux> the rt3 package still suffer from the git bug [10:45] <-- mbacovsk_ has left this server (Read error: 110 (Connection timed out)). [10:45] <stahnma> well, I can start by filing some bugs [10:46] <stahnma> it can't hurt [10:46] <jwb> what git bug? [10:46] <schlobinux> jwb: missing cvsps dep [10:46] <schlobinux> lemme dig out the bug number [10:47] <stahnma> hmm, I have git installing fine on EL5 at least.... [10:47] <schlobinux> https://bugzilla.redhat.com/show_bug.cgi?id=453333 [10:47] <buggbot> Bug 453333: low, low, ---, Chris Wright, NEW , git-cvs requires cvsps which is not available in EPEL [10:47] <stahnma> oh, git-cvs [10:47] <jwb> so rt3 requires git-cvs? [10:47] <jwb> or? [10:48] <schlobinux> this is not really harmful in itself, but the git packages cannot be moved out of testing [10:48] <jwb> are the ACLs open on git? [10:49] <schlobinux> the git packages in testing are fixing a bug that impacts rt3 [10:50] <-- sdziallas has left this server (Read error: 110 (Connection timed out)). [10:50] <schlobinux> yes, ACLs are open [10:50] --> sdziallas has joined this channel (n=sebastia(a)p57A2D697.dip.t-dialin.net) [10:51] <jwb> feel free to fix it then. i don't even have plague setup and it think jbowes is particularly busy right now [10:51] <schlobinux> I'm not sure if the proper fix is to remove the dep or to build cvsps for EPEL [10:51] <jwb> remove the dep [10:51] <schlobinux> ok, fine by me, will do [10:51] <jwb> i think the same was done for git-arch a while back [10:52] <stahnma> any other discussion? [10:52] * stahnma will close the meeting in 20 [10:52] <jwb> how is the koji for epel progress coming? [10:52] <jwb> (sorry if you covered that already) [10:52] <stahnma> we didn't have many updates [10:53] <stahnma> (or any) [10:53] <stahnma> I think it will improve in the near future [10:53] <jwb> cool [10:54] <stahnma> -- MARK -- Meeting end [10:54] *** You set the channel 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".

2 1

Fedora EPEL Package Build Report 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

Packages built and released for Fedora EPEL testing/5: 22 NEW abgraph-1.1-1.el5 : ABGraph is a simple tool to benchmark webservers centerim-4.22.6-0.1.20080705git.el5 (!) cpanspec-1.77-1.el5 : INVALID rebuild, not published! NEW freehoo-3.5.2-2.el5 : Freehoo is a free console based messenger for Yahoo IM Service func-0.21-1.el5 mod_wsgi-2.1-1.el5 NEW perl-Algorithm-C3-0.06-1.el5 : Module for merging hierarchies using the C3 algorithm NEW perl-Class-C3-0.14-1.el5 : Pragma to use the C3 method resolution order algorithm NEW perl-Class-MOP-0.37-1.el5 : Metaobject programming model for Perl NEW perl-File-Type-0.22-3.el5 : Determine file type using magic NEW perl-Params-Coerce-0.14-1.el5 : Allows your classes to do coercion of parameters NEW perl-Parse-CPAN-Packages-2.26-3.el5 : Parse 02packages.details.txt.gz perl-Sub-Identify-0.02-2.el5 NEW perl-SUPER-1.16-1.el5 : Sane superclass method dispatcher NEW perl-Term-ReadLine-Gnu-1.17a-2.el5 : Perl extension for the GNU Readline/History Library NEW perl-Test-Mock-LWP-0.05-1.el5 : Easy mocking of LWP packages NEW perl-Test-MockObject-1.08-2.el5 : Perl extension for emulating troublesome interfaces NEW perl-Test-WWW-Selenium-1.15-2.el5 : Perl Client for the Selenium Remote Control test tool shorewall-4.0.12-2.el5 sipp-3.1-2.el5 trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 vala-0.3.4-1.el5 Packages built and released for Fedora EPEL testing/4: 6 NEW freehoo-3.5.2-2.el4 : Freehoo is a free console based messenger for Yahoo IM Service func-0.21-1.el4 NEW perl-File-Type-0.22-3.el4 : Determine file type using magic NEW python-sqlite2-2.3.3-4.el4 : DB-API 2.0 interface for SQLite 3.x shorewall-4.0.12-2.el4 sipp-3.1-2.el4 Changes in Fedora EPEL testing/5: abgraph-1.1-1.el5 ----------------- * Wed Jun 25 2008 Marek Mahut <mmahut(a)fedoraproject.org> - 1.1-1 - Upstream release centerim-4.22.6-0.1.20080705git.el5 ----------------------------------- * Sat Jul 05 2008 Lubomir Kundrak <lkundrak(a)redhat.com> - 1:4.22.6-0.1.20080705git - Update to mobshot to exclude files with problematic copyright * Mon Apr 14 2008 Lubomir Kundrak <lkundrak(a)redhat.com> - 1:4.22.5-1 - 4.22.5 with fixes for various Yahoo protocol crashes cpanspec-1.77-1.el5 ------------------- * Mon Jun 16 2008 Steven Pritchard <steve(a)kspei.com> 1.77-1 - Update to 1.77. freehoo-3.5.2-2.el5 ------------------- * Sat Jun 28 2008 Ray Van Dolson <rayvd(a)fedoraproject.org> - 3.5.2-2 - Removed extra non-needed Requires; added 'words' - No longer converting freehoo.1 to UTF-8 (unneeded) - No longer specifying C_INCLUDE_PATH to make - Cleaned up some documentation processing logic that was unnecessary - Removed INSTALL - BuildRequires on separate lines - Other minor cleanups per reviewer - Removed %check as there is no make test target func-0.21-1.el5 --------------- * Wed Jul 02 2008 Michael DeHaan <mdehaan(a)redhat.com> - 0.21-1 - new release, upstream changes * Mon Jun 30 2008 Michael DeHaan <mdehaan(a)redhat.com> - 0.20-1 - new release, upstream changes mod_wsgi-2.1-1.el5 ------------------ * Wed Jul 02 2008 James Bowes <jbowes(a)redhat.com> 2.1-1 - Update to 2.1 * Mon Jun 16 2008 Ricky Zhou <ricky(a)fedoraproject.org> 1.3-4 - Build against the shared python lib. perl-Algorithm-C3-0.06-1.el5 ---------------------------- * Tue Nov 21 2006 Chris Weyl <cweyl(a)alumni.drew.edu> 0.06-1 - update to 0.06 perl-Class-C3-0.14-1.el5 ------------------------ * Mon Sep 25 2006 Chris Weyl <cweyl(a)alumni.drew.edu> 0.14-1 - update to 0.14 perl-Class-MOP-0.37-1.el5 ------------------------- * Thu Mar 22 2007 Chris Weyl <cweyl(a)alumni.drew.edu> 0.37-1 - update to 0.37 perl-File-Type-0.22-3.el5 ------------------------- * Sat Sep 16 2006 Steven Pritchard <steve(a)kspei.com> 0.22-3 - Fix find option order. perl-Params-Coerce-0.14-1.el5 ----------------------------- * Sun Oct 15 2006 Chris Weyl <cweyl(a)alumni.drew.edu> 0.14-1 - update to 0.14 perl-Parse-CPAN-Packages-2.26-3.el5 ----------------------------------- * Sat Sep 16 2006 Steven Pritchard <steve(a)kspei.com> 2.26-3 - Fix find option order. perl-Sub-Identify-0.02-2.el5 ---------------------------- * Wed Sep 06 2006 Chris Weyl <cweyl(a)alumni.drew.edu> 0.02-2 - bump perl-SUPER-1.16-1.el5 --------------------- * Wed Apr 04 2007 Chris Weyl <cweyl(a)alumni.drew.edu> 1.16-1 - update to 1.16 perl-Term-ReadLine-Gnu-1.17a-2.el5 ---------------------------------- * Sat Jun 28 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> 1.17a-2 - Tun the test suite with a pseudo-terminal * Fri Jun 27 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> 1.17a-1 - Specfile autogenerated by cpanspec 1.75. perl-Test-Mock-LWP-0.05-1.el5 ----------------------------- * Mon Jun 16 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> 0.05-1 - Specfile autogenerated by cpanspec 1.75. - Fixed dependencies - Fixed strings perl-Test-MockObject-1.08-2.el5 ------------------------------- * Wed Mar 05 2008 Tom "spot" Callaway <tcallawa(a)redhat.com> - 1.08-2 - rebuild for new perl perl-Test-WWW-Selenium-1.15-2.el5 --------------------------------- * Mon Jun 23 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> 0.15-2 - Fixed License tag to include Apache, thanks Parag AN * Mon Jun 16 2008 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com> 0.15-1 - Specfile autogenerated by cpanspec 1.75. - Fix requires shorewall-4.0.12-2.el5 ---------------------- * Sat Jul 05 2008 Jonathan G. Underwood <jonathan.underwood(a)gmail.com> - 4.0.12-2 - Apply patch-perl-4.0.12.1 from upstream sipp-3.1-2.el5 -------------- * Sun Jul 06 2008 Peter Lemenkov <lemenkov(a)gmail.com> 3.1-2 - CVE-2008-2085 trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 ---------------------------------------------------- * Fri Jul 04 2008 Jesse Keating <jkeating(a)redhat.com> - 0.2.1-0.2.20080603svn6990 - R spambayes vala-0.3.4-1.el5 ---------------- * Tue Jul 01 2008 Lennart Poettering <lpoetter(a)redhat.com> - 0.3.4-1 - Update to 0.3.4 Changes in Fedora EPEL testing/4: freehoo-3.5.2-2.el4 ------------------- * Sat Jun 28 2008 Ray Van Dolson <rayvd(a)fedoraproject.org> - 3.5.2-2 - Removed extra non-needed Requires; added 'words' - No longer converting freehoo.1 to UTF-8 (unneeded) - No longer specifying C_INCLUDE_PATH to make - Cleaned up some documentation processing logic that was unnecessary - Removed INSTALL - BuildRequires on separate lines - Other minor cleanups per reviewer - Removed %check as there is no make test target func-0.21-1.el4 --------------- * Wed Jul 02 2008 Michael DeHaan <mdehaan(a)redhat.com> - 0.21-1 - new release, upstream changes * Mon Jun 30 2008 Michael DeHaan <mdehaan(a)redhat.com> - 0.20-1 - new release, upstream changes perl-File-Type-0.22-3.el4 ------------------------- * Sat Sep 16 2006 Steven Pritchard <steve(a)kspei.com> 0.22-3 - Fix find option order. python-sqlite2-2.3.3-4.el4 -------------------------- * Sat Jul 05 2008 Xavier Lamien <lxtnow[at]gmail.com> - 1:2.3.3-4 - Removed -egg-info on EL-4 (old python). shorewall-4.0.12-2.el4 ---------------------- * Sat Jul 05 2008 Jonathan G. Underwood <jonathan.underwood(a)gmail.com> - 4.0.12-2 - Apply patch-perl-4.0.12.1 from upstream sipp-3.1-2.el4 -------------- * Sun Jul 06 2008 Peter Lemenkov <lemenkov(a)gmail.com> 3.1-2 - CVE-2008-2085

1 0

Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.ppc devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.ppc foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-ppc: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.ppc requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.ppc requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python

1 0

Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.x86_64 devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.x86_64 requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.x86_64 requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python

1 0

Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el4.noarch chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.i386 devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-i386: dkms-2.0.19.1-1.el4.noarch requires kernel-devel ====================================================================== Broken packages in fedora-epel-testing-4-i386: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.i386 requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.i386 requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python

1 0

Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail-plugins-dillo - 3.3.1-1.el5.ppc danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.ppc dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.ppc thunderbird-lightning - 0.8-3.el5.2.ppc martin.sourada AT gmail.com gxine - 0.5.11-14.el5.ppc matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.3-1.el5.ppc pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch ====================================================================== Broken packages in fedora-epel-5-ppc: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) gxine-0.5.11-14.el5.ppc requires gecko-libs = 0:1.8.0.12 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.ppc requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-ppc: claws-mail-plugins-dillo-3.3.1-1.el5.ppc requires dillo cpanspec-1.77-1.el5.noarch requires perl(Parse::CPAN::Packages) cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client flumotion-0.4.2-2.el5.ppc requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) hunspell-he-1.0-7.el5.ppc requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.3-1.el5.ppc requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight

1 0

Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System 06 Jul '08

06 Jul '08

====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.x86_64 claws-mail-plugins-dillo - 3.3.1-1.el5.x86_64 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.x86_64 thunderbird-lightning - 0.8-3.el5.2.x86_64 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.x86_64 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.3-1.el5.x86_64 mmahut AT redhat.com irssi - 0.8.10-6.a.el5.i386 pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) evolution-bogofilter-0.2.0-5.el5.1.x86_64 requires libeutil.so.0()(64bit) gxine-0.5.11-14.el5.x86_64 requires gecko-libs = 0:1.8.0.12 irssi-0.8.10-6.a.el5.i386 requires libperl.so mail-notification-evolution-plugin-4.0-3.el5.x86_64 requires libeutil.so.0()(64bit) ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.x86_64 requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: claws-mail-3.3.1-1.el5.x86_64 requires libpisock.so.8()(64bit) claws-mail-plugins-dillo-3.3.1-1.el5.x86_64 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Parse::CPAN::Packages) cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client flumotion-0.4.2-2.el5.x86_64 requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) hunspell-he-1.0-7.el5.x86_64 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.3-1.el5.x86_64 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel July 2008