<div dir="ltr">Galen, I missed this email on my inbox. I agree with your proposal, and also with not abruptly ending support for Wheezy. The patches I wrote for integrating the sitemap feature on the packages (bug 16016) were written with the IfVersion wrapper already.</div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-08 19:25 GMT-03:00 Galen Charlton <span dir="ltr"><<a href="mailto:gmc@esilibrary.com" target="_blank">gmc@esilibrary.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Mar 8, 2016 at 4:55 PM, Tomas Cohen Arazi <span dir="ltr"><<a href="mailto:tomascohen@gmail.com" target="_blank">tomascohen@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>If we introduced a sitemap generation wrapper script around <a href="http://sitemap.pl" target="_blank">sitemap.pl</a> to make it work the-packages-way (what I worked on this morning), it would be great to just patch the apache-shared-opac.conf file, including either the configuration for the sitemap files, or an include for an extra file that deals with it. As we need generate sitemaps for each instance, we need a way to point it to the instance-specific sitemap directory. It would use a placeholder for the instance name so it works for already created instances.</div><div>Right now, we need to let the users know how to patch their files.</div><div><br></div><div>That's the main reason I asked. I can do it the same way we did for Plack, wrapping the include inside the <IfVersion >= 2.4.8> condition anyway. Just asking.</div></div></div></div></blockquote><div><br></div></span><div>Thanks for the example.  I'm not necessarily attached to the notion of maintaining Wheezy support to the very end of its LTS period, but I don't think that this specific case is worth abruptly de-supporting Wheezy (although yes, Define sure will be handy).</div><div><br></div><div>Consequently, unless some other new dependency forces the issue, I suggest that we consider doing the following:</div><div><br></div><div>- announce a deprecation of Wheezy support (or perhaps more precisely, support for Apache < 2.4) with the release of 3.24</div><div>- officially de-support Wheezy in new releases starting with 3.26</div><div><br></div><div>In the long run, I'm willing to carve out a new repository slot to keep 3.24 going for Wheezy for as long as there is an RMaint willing to at least handle security patches.</div><div><br></div><div>Regards,</div><div><br>Galen </div></div><span class="">-- <br><div>Galen Charlton<br>Infrastructure and Added Services Manager<br>Equinox Software, Inc. / Open Your Library<br>email:  <a href="mailto:gmc@esilibrary.com" target="_blank">gmc@esilibrary.com</a><br>direct: +1 770-709-5581<br>cell:   +1 404-984-4366<br>skype:  gmcharlt<br>web:    <a href="http://www.esilibrary.com/" target="_blank">http://www.esilibrary.com/</a><br>Supporting Koha and Evergreen: <a href="http://koha-community.org" target="_blank">http://koha-community.org</a> & <a href="http://evergreen-ils.org" target="_blank">http://evergreen-ils.org</a></div>
</span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:12.8px">Tomás Cohen Arazi</div><div style="font-size:12.8px">Theke Solutions (<a href="http://theke.io/" target="_blank">http://theke.io</a>)<br>✆ +54 9351 3513384<br>GPG: B2F3C15F</div></div></div></div></div>
</div>