ius-community team mailing list archive

[Steve Traylen <steve.traylen@xxxxxxx>]

On Wed, Mar 3, 2010 at 11:51 PM, BJ Dierkes <wdierkes@xxxxxxxxxxxxx> wrote:
> Hey Steve,
>
> On Mar 3, 2010, at 4:01 PM, Steve Traylen wrote:
>
>> Moved to mailing list rather than bug.
>>
>> On Wed, Mar 3, 2010 at 8:17 PM, BJ Dierkes <wdierkes@xxxxxxxxxxxxx> wrote:
>>> Actually, because both sqlite and subversion exist in RHEL they are not
>>> a good fit for EPEL based on their packaging guidelines.
>>
>> Really?  Obviously if these were upgrades that would be a problem but
>> co-existing packages.
>
> We [EPEL] are continuing the discussion of introducing newer versions of EPEL packages... like moin19, mediawikiXY, etc for incompatible upgrades.  However it is strict policy that nothing in EPEL upgrades/obsoletes/conflicts with anything in RHEL Base.
>
> http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Policy_for_Conflicting_Packages
>
>
>> This really is not permitted? I was thinking of python31 that recently
>> went into Fedora but of
>> course that's Fedora not EPEL.
>
>> I was going to ask. Why not add the your python26 packages to EPEL..
>>
>
> Yeah, different in Fedora...  but again python31 is an optional/alternative upgrade/install of 'python' which exists in Fedora.  RHEL did the same thing with postgres84 in RHEL 5.5.  I suppose you *might* be able to get a parallel install package into EPEL if it doesn't conflict with RHEL... but I've not seen that before and assume it would get rejected.
>
> If EPEL ever decides they want to do that then IUS would definitely merge packages into EPEL and there'd be no reason for IUS.  But we're different in that we explicitly do provide upgrades for packges that exist in RHEL, and EPEL doesn't... but rather adds packages that don't exist in RHEL.
>

In case you did not notice there is a python26 review underway now:
https://bugzilla.redhat.com/show_bug.cgi?id=573151


> Regardless, thanks for your interest and if/when EPEL rejects the packages we can work to get them added to IUS.  ;)
>
> ---
> BJ Dierkes
> Linux Systems Engineer IV / [RH]acker
> Infrastructure Services [Development]
> Rackspace Hosting



-- 
Steve Traylen