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,
>
>> 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
>

I don't read that as banning parallel packages. I am only talking
about parralel packages
here. I am never suggest that a RHEL RPM should be upgraded by EPEL. We
are in agreement.  When I used "new package " before I meant
completely new and not a new upgrade.

Anyway:
https://bugzilla.redhat.com/show_bug.cgi?id=570318
is just such a parallel package submitted yesterday

   Steve

>
>> 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.
>
> 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