[CentOS-devel] getting epel-release into CentOS-7- extras/
Jim Perrin
jperrin at centos.org
Tue Sep 2 18:18:45 UTC 2014
On 09/02/2014 12:14 PM, Michael Lampe wrote:
> Les Mikesell wrote:
>> On Tue, Sep 2, 2014 at 11:24 AM, Michael Lampe
>> <mlampe0 at googlemail.com> wrote:
>>>>
>>> What about some kind of preconfigured protection of base
>>> repositories? Epel
>>> doesn't live up to their own standards of not replacing system packages:
>>>
>>> # yum -d3 update | grep epel
>>>
>>> --> advancecomp-1.19-1.el7.x86_64 from epel excluded (priority)
>> (etc.)
>>
While it's certainly not true in all cases, quite a few of the
'excluded' packages come from owning a common directory rather than
actual conflicting files. We found a few of these early on during our
testing with 7. Of the ones we found (at the time) none actually
conflicted, but were excluded due to shared ownership of a plugin
directory like /usr/lib/python2.7/site-packages
These should still certainly be corrected.
>> Isn't this something that should really be automated with some kind of
>> scanning at the repository level (for both package and file name
>> conflicts)?
>>
>
> What if some package from epel gets included by RH with an update? This
> happened several times in the past and epel always kept their package
> available, even if had a higher version number than the now official RH
> package.
This shouldn't happen, and its stuff like this that we'll be working to
address in the future. The EPEL Steering Committee has been reformed[1],
and one of the topics has been a cleanup and better documentation of
epel policy[2].
So this sort of thing should be minimized moving forward.
1.
https://lists.fedoraproject.org/pipermail/epel-devel/2014-August/010060.html
2.
https://lists.fedoraproject.org/pipermail/epel-devel/2014-August/009943.html
--
Jim Perrin
The CentOS Project | http://www.centos.org
twitter: @BitIntegrity | GPG Key: FA09AD77
More information about the CentOS-devel
mailing list