Bug 974971

Summary: please give greater control over use of EPEL
Product: [Community] RDO Reporter: Pádraig Brady <pbrady>
Component: openstack-packstackAssignee: Martin Magr <mmagr>
Status: CLOSED CURRENTRELEASE QA Contact: yeylon <yeylon>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: aortega, apevec, derekh, mmagr, srevivo
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-packstack-2013.2.1-0.13.dev840.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-03-30 23:03:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Pádraig Brady 2013-06-17 09:47:20 UTC
Currently packstack only give control over whether it _installs_ EPEL or not.
It seems like it would give more flexibility if controlled whether EPEL was _used_ or not. I.E. if it's already installed, then put in --disablerepo=epel* when needed.

This came up in the context of the RDO repos, where the normal case is that EPEL is used. Hence we might always install epel-release through rpm dependencies.
Therefore packstack would benefit from a mechanism to avoid EPEL in that case if required.

Comment 1 Pádraig Brady 2013-09-11 10:29:31 UTC
Conversely if EPEL is required it should be enabled if installed already.

Comment 2 Lon Hohberger 2013-10-31 18:07:24 UTC
I think the fix for this broke packstack in the case that EPEL isn't installed.

Comment 3 Maru Newby 2014-01-12 23:51:15 UTC
I use a local mirror for epel and previously this worked fine with packstack so long as I configured use-epel=n.  Now, doing so disables my epel mirror and packstack will fail due to missing dependencies.  

What do you think of configuring a new epel repo only if necessary (e.g. yum repolist | grep epel)?

Comment 4 Martin Magr 2014-01-13 13:27:19 UTC
Currently if use-epel=n then packstack makes sure EPEL is also disabled (yum-config-manager --disable epel). So the workaround for that would be to name your local mirror differently (eg. s/\[epel\]/\[whatever\]).

Comment 5 Maru Newby 2014-01-13 19:50:33 UTC
Fair enough that there is a workaround, but is it really preferable for packstack to require the target system to have epel defined with a non-standard name instead of just working(tm)?

Comment 6 Martin Magr 2014-01-16 15:21:54 UTC
The point of this change is that in case user will choose not to use EPEL, then Packstack should make sure it is not used (eg. disable it if it is installed).