rebranding EPEL
by Karsten Wade
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
15 years, 9 months
plague-client
by Ray Van Dolson
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
15 years, 9 months
Unstable EPEL? (frequent package updates)
by Felix Schwarz
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?r...
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-gensh...
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....
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 years, 9 months
Meeting Log for Today's Meeting (July 07, 2008)
by Michael Stahnke
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".
15 years, 9 months
Fedora EPEL Package Build Report 2008-07-06
by Fedora Koji Build System
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
15 years, 9 months
Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System
======================================================================
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
15 years, 9 months
Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System
======================================================================
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
15 years, 9 months
Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System
======================================================================
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
15 years, 9 months
Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System
======================================================================
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
15 years, 9 months
Broken dependencies in EPEL - 2008-07-06
by Fedora Koji Build System
======================================================================
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
15 years, 9 months
