Overlap policy v20120615

Orion Poplawski orion at cora.nwra.com
Fri Jun 15 19:26:06 UTC 2012


On 06/15/2012 12:54 PM, inode0 wrote:
> On Fri, Jun 15, 2012 at 1:41 PM, Orion Poplawski <orion at cora.nwra.com> wrote:
>> On 06/15/2012 11:43 AM, inode0 wrote:
>>>
>>> On Fri, Jun 15, 2012 at 12:34 PM, Kevin Fenzi <kevin at scrye.com> wrote:
>>>>
>>>> On Fri, 15 Jun 2012 12:27:30 -0500
>>>> inode0 <inode0 at gmail.com> wrote:
>>>>>
>>>>>
>>>>> I'm sorry if this has been answered before and I have forgotten the
>>>>> answer but why are the lb and ha bits excluded? Was there a request
>>>>> from the RHEL side to exclude them?
>>>>
>>>>
>>>> They were added to our buildsystem a while back because they contained
>>>> dependencies that were used by epel packages. There wasn't a formal
>>>> request that I know of, but it was requested by several maintainers.
>>>>
>>>> I suppose we could look at dropping them.
>>>
>>>
>>> No, I don't want them dropped from the build system. I want to know
>>> why piranha can't be packaged by EPEL for example?
>>
>>
>> Well, piranha is shipped by ScientificLinux (and probably CentOS),
>> presumably because the srpm is in 6Server, so you would end up with
>> conflicts there.  If you are a paying RedHat customer and want support,
>> presumably you would purchase the relevant channel as well to get piranha?
>
> Oh, I missed the EPEL does not conflict with packages shipped by CentOS rule?!
>
> Some paying RHEL customers use the two packages for LB from CentOS now
> and would rather use them from EPEL. This is not a logical reason to
> treat lb and ha differently from anything else CentOS might ship. Not
> to mention RHEL users who get puppet from EPEL when they could pay Red
> Hat for that too. My problem is mostly just that this seems completely
> arbitrary to me.

Well, the reason I contribute and maintain packages in EPEL is to support my 
CentOS and Scientific Linux servers.  I suspect that is true for a lot of 
other EPEL contributors as well, so I don't think that is a constituency to 
brush off lightly.  And I suspect the original "srpms found in 6Server, etc" 
rule was made very much with the EL rebuilds in mind.

I also don't see a terribly big difference between pulling packages from 
CentOS or from EPEL.  Wouldn't they have to be the same anyways?


-- 
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA, Boulder Office                  FAX: 303-415-9702
3380 Mitchell Lane                       orion at nwra.com
Boulder, CO 80301                   http://www.nwra.com





More information about the epel-devel-list mailing list