<div dir="ltr">1. Yes it is <a href="http://press.redhat.com/2008/07/24/red-hat-enterprise-linux-47-released-today/">http://press.redhat.com/2008/07/24/red-hat-enterprise-linux-47-released-today/</a><br><br>2. Only for development. We have a specific environment for deployment, compiling and testing the end product (which is a good idea anyhow IMHO. You don&#39;t want the customers be affected by a specific build issue a single developer has).<br>
<br>3. I&#39;m afraid running everything with a VM will be too slow. I&#39;m occasionally running an Ubuntu on a 2 years old laptop with Vista, and user experience is not so great.<br><br>4. I&#39;m not sure. It&#39;s problematic since ClearCase 6 is only supported by IBM on RHEL 4.7, and we don&#39;t have new CC licenses.<br>
<br><div class="gmail_quote">On Tue, Apr 27, 2010 at 9:24 AM, Omer Zak <span dir="ltr">&lt;<a href="mailto:w1@zak.co.il">w1@zak.co.il</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
1. Is RHEL 4.7 still being supported by RedHat, and are security patches<br>
still being made available?  If yes, when is this support due to end?<br>
<br>
2. Do you wish to use the up-to-date tools only for development, or also<br>
in software to be delivered to the customer and/or deployed in the<br>
company&#39;s operations?<br>
<br>
3. How about installing a VM in RHEL 4.7 and doing your development in<br>
the virtual machine, using a more recent version?  This will at least<br>
reduce the number of packages to be backported to RHEL 4.7 to those<br>
which are needed for running the VM.<br>
<br>
4. How difficult would it be to change company policy?<br>
<div class="im"><br>
<br>
<br>
On Tue, 2010-04-27 at 09:02 +0200, Elazar Leibovich wrote:<br>
&gt; Due to company&#39;s policy, our development desktop stations must have<br>
&gt; RHEL 4.7 installed on them.<br>
&gt; However, RHEL&#39;s packages are extermely out of date (for instance, it<br>
&gt; still have python 2.3, etc.), and we wish to use many up too date<br>
&gt; development tools (I&#39;m not aiming to the bleeding edge, however a<br>
&gt; stable release from the last year seems to me a desirable goal).<br>
&gt; We mostly need user-space software (editors, scripting environment,<br>
&gt; etc.).<br>
&gt; What&#39;s the best method to<br>
</div>&gt;      1. Use reasonably new user-space software on RHEL 4.7<br>
&gt;      2. Not to break too much the entire RHEL echosystem, or at least<br>
<div class="im">&gt;         provide to ourselves a clear way to upgrade the foreign<br>
&gt;         packages we&#39;ll install.<br>
&gt; I&#39;m not really familiar with managing Red-Hat distribution, so any advice will be welcomed.<br>
<br>
</div>--<br>
You haven&#39;t made an impact on the world before you caused a Debian<br>
release to be named after Snufkin.<br>
My own blog is at <a href="http://www.zak.co.il/tddpirate/" target="_blank">http://www.zak.co.il/tddpirate/</a><br>
<br>
My opinions, as expressed in this E-mail message, are mine alone.<br>
They do not represent the official policy of any organization with which<br>
I may be affiliated in any way.<br>
WARNING TO SPAMMERS:  at <a href="http://www.zak.co.il/spamwarning.html" target="_blank">http://www.zak.co.il/spamwarning.html</a><br>
<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
Linux-il mailing list<br>
<a href="mailto:Linux-il@cs.huji.ac.il">Linux-il@cs.huji.ac.il</a><br>
<a href="http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il" target="_blank">http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il</a><br>
</div></div></blockquote></div><br></div>