SCIENTIFIC-LINUX-USERS Archives

January 2010

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Michael Mansour <[log in to unmask]>
Reply To:
Michael Mansour <[log in to unmask]>
Date:
Thu, 28 Jan 2010 11:45:42 +1100
Content-Type:
text/plain
Parts/Attachments:
text/plain (50 lines)
Hi,

> Hi all
> 
> I'm considering adding the EPEL repository
> 
>   http://fedoraproject.org/wiki/EPEL
> 
> to a SL54 network of around 50 machines.  Do any of the SL users
> here have any experience of EPEL, especially incompatibilities,
> problems etc ...

Personally I use only two packages from EPEL that I can't get anywhere else
(rkhunter, chkrootkit), all other packages I need I get from other trusted
repo's or build them myself.

The main thing that annoys me about EPEL is their refusal to add a repo tag on
their packages, that is, for an RPMforge package (or any other repo like
ATrpms, and the myriads of others) I always know their packages from the
package name eg:

perl-Mail-DKIM-0.37-1.el5.rf.noarch

That "rf" tells me it's from RPMforge. ATRpms is "at", other repo's have their
own tags. Packages I build personally have my own tags.

With EPEL you have little idea what you used from their repo as their package
naming is no different to Red Hat's package naming. Scanning for the RPM info
(-qi) is little help as that's also non-conclusive.

If you want some history on this you can web search for discussion's between
Dag/RPMforge and EPEL maintainers on this topic.

I like to strictly maintain servers I manage. No single repo will supply every
package I need, so for me, it's imperative I know which 3rd party packages I
use from which repo. When that is clouded by not properly tagging package
filenames then the many servers that I manage become less manageable in my
view an trouble-shooting bugs and problems becomes that much harder.

Regards,

Michael.

> Thanks in advance
> 
> Jim
> -- 
> J.J. Green,  Seaview Sensing Ltd., http://seaviewsensing.com/
------- End of Original Message -------

ATOM RSS1 RSS2