[chef] Re: Re: Redhat admins, if a cookbook enables EPEL, is that a surprise?


Chronological Thread 
  • From: Tim Smith < >
  • To: " " < >
  • Subject: [chef] Re: Re: Redhat admins, if a cookbook enables EPEL, is that a surprise?
  • Date: Sat, 17 Nov 2012 02:56:17 +0000
  • Accept-language: en-US

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.

§