In that case, I'd fork the yum cookbook locally and override the epel recipe to do what I want with a local repo. For a cookbook, activating epel is the best general solution - if you're one of the small percentage that won't work for, it's easy enough to replace without problem as long as the cookbook uses yum::epel.
I would do the same thing for anything involving rpmforge, for example. I have a few packages that I rebuilt/resigned locally, but I haven't run in to that with a cookbook yet.
On Nov 17, 2012, at 9:11, Jeffrey Hulten < "> > wrote:
> Often I need things from EPEL but I also tend to create my own YUM mirror so I know what versions I am getting if I bring up a new box. In this case adding a repo would circumvent my controls.
> --
> Jeffrey Hulten
> Principal Consultant at Automated Labs, LLC
> "> 206-853-5216
> Skype: jeffhulten
>
> On Nov 16, 2012, at 9:56 PM, Tim Smith wrote:
>
>> Most everything we try to do requires EPEL so we have it enabled on
>> anything in Redhat-land.
>>
>> Tim Smith
>> Operations Engineer, SaaS Operations
>> M: +1 707.738.8132
>> TW: @tas50
>> webtrends <http://www.webtrends.com/>
>> Real-Time Relevance. Remarkable ROI.™
>> London | Portland | San Francisco | Melbourne | Tokyo
>>
>>
>>
>>
>>
>>
>> On 11/16/12 1:51 PM, "Eric G. Wolfe" < "> > wrote:
>>
>>> I can't speak for everyone on RHEL/CentOS, but I think there is at least
>>> one-off package from EPEL on every one of our systems. When writing a
>>> community cookbook, I never assume the end user has EPEL enabled, it
>>> does need to be coded into the recipe (or at least included via
>>> yum::epel). When I opened COOK-1772, the goal was to make that a
>>> uniform pattern which makes use of the yum::repository LWRP.
>>>
>>> Unfortunately I think there are still multiple issues with the yum
>>> cookbook on Amazon Linux, thanks to their platform_version differences.
>>> This isn't directly related to your question, but shouldn't EL family
>>> platforms return a consistent version number (OHAI-321)?
>>>
>>> Eric G. Wolfe
>>> Senior Linux Administrator,
>>> IT Infrastructure Systems
>>> --------------------------------------
>>> Marshall University Computing Services
>>> Drinko Library 428-K
>>> One John Marshall Dr.
>>> Huntington, WV 25755
>>> Phone: 304.942.3970
>>> Email: ">
>>>
>>> You will be recognized and honored as a community leader.
>>>
>>> On 11/16/2012 04:29 PM, Bryan McLellan wrote:
>>>> Would you be surprised if you ran a community cookbook for a piece of
>>>> software and it configured EPEL to do so?
>>>>
>>>> It seems like getting most things done requires it, but we haven't made
>>>> a
>>>> global pattern yet to override the use of EPEL yet.
>>>>
>>>> If everyone just uses EPEL, then it is a moot point.
>>>>
>>>> ---
>>>> Bryan McLellan | opscode | technical program manager, open source
>>>> (c) 206.607.7108 | (t) @btmspox | (b) http://blog.loftninjas.org
>>>>
>>>>
>>>
>>
>
Archive powered by MHonArc 2.6.16.