What happens when there's a bug fix or security update that you need?  
Pinning versions also only works as long as you have no *other* modules 
that depend on a newer version of the apache module.

IMO the apache module should not be dropping support for an Apache release 
that is still widely used by several organizations.  RHEL 6 End of Extended 
Life-cycle Support does not expire until November 30, 2020 and there are 
still customers deploying RHEL 6 systems *today* along with httpd version 
2.2.


On Thursday, August 23, 2018 at 8:18:45 PM UTC-4, Ben Ford wrote:
>
> Is there a reason you can't pin to the module to a version that supports 
> your needs?
>
> Any users that use either Apache 2.2 or use one of the above operating 
>> systems should pin to an older version of the module. We will continue to 
>> support these operating systems for older versions of the module.
>
>
> On Thu, Aug 23, 2018 at 12:01 PM Tim Skirvin <[email protected] 
> <javascript:>> wrote:
>
>> Davin Hanlon <[email protected] <javascript:>> writes:
>>
>> > Quick note to let you know of some major work that we're performing
>> > to the module. As you probably know, Apache 2.2 has been end-of-lifed
>> > since the start of 2018 [...] Therefore, we're taking steps to remove
>> > support for that version of Apache from the module. This also impacts
>> > the operating systems that we will support for the module. The following
>> > operating systems won't be supported by the Apache module after the
>> > changes:
>>
>> >    - RHEL 5
>> >    - RHEL 6
>> >    - CentOS 5
>> >    - CentOS 6
>> >    - Oracle Linux 6
>> >    - Scientific Linux 6
>>
>>         Is there any chance you'd consider delaying this change?  RHEL 6
>> and family are "officially supported" releases for years to come, and I
>> and many other sites still use it for many or most most of our services.
>> Without speaking for anybody else, if you drop support for Apache 2.2 at
>> this point, I'll probably have to transition away from using the 
>> puppetlabs/apache module entirely, and I'd really rather not.
>>
>>                                     - Tim Skirvin ([email protected] 
>> <javascript:>)
>> -- 
>> HPC Systems Administrator / Developer      
>> http://www.linkedin.com/in/tskirvin
>>        USCMS-T1 Collaboration                         Fermilab ECF
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Puppet Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/20180823190134.GB91021%40fnal.gov
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/6ef044ba-d685-462a-b2da-d23ebf3c839c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to