Modern development environment on dated RHEL

[Elazar Leibovich]

1. Yes it is
http://press.redhat.com/2008/07/24/red-hat-enterprise-linux-47-released-today/

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't want the customers be affected by a specific build issue a single
developer has).

3. I'm afraid running everything with a VM will be too slow. I'm
occasionally running an Ubuntu on a 2 years old laptop with Vista, and user
experience is not so great.

4. I'm not sure. It's problematic since ClearCase 6 is only supported by IBM
on RHEL 4.7, and we don't have new CC licenses.

On Tue, Apr 27, 2010 at 9:24 AM, Omer Zak <w1 at zak.co.il> wrote:

> 1. Is RHEL 4.7 still being supported by RedHat, and are security patches
> still being made available?  If yes, when is this support due to end?
>
> 2. Do you wish to use the up-to-date tools only for development, or also
> in software to be delivered to the customer and/or deployed in the
> company's operations?
>
> 3. How about installing a VM in RHEL 4.7 and doing your development in
> the virtual machine, using a more recent version?  This will at least
> reduce the number of packages to be backported to RHEL 4.7 to those
> which are needed for running the VM.
>
> 4. How difficult would it be to change company policy?
>
>
>
> On Tue, 2010-04-27 at 09:02 +0200, Elazar Leibovich wrote:
> > Due to company's policy, our development desktop stations must have
> > RHEL 4.7 installed on them.
> > However, RHEL's packages are extermely out of date (for instance, it
> > still have python 2.3, etc.), and we wish to use many up too date
> > development tools (I'm not aiming to the bleeding edge, however a
> > stable release from the last year seems to me a desirable goal).
> > We mostly need user-space software (editors, scripting environment,
> > etc.).
> > What's the best method to
> >      1. Use reasonably new user-space software on RHEL 4.7
> >      2. Not to break too much the entire RHEL echosystem, or at least
> >         provide to ourselves a clear way to upgrade the foreign
> >         packages we'll install.
> > I'm not really familiar with managing Red-Hat distribution, so any advice
> will be welcomed.
>
> --
> You haven't made an impact on the world before you caused a Debian
> release to be named after Snufkin.
> My own blog is at http://www.zak.co.il/tddpirate/
>
> My opinions, as expressed in this E-mail message, are mine alone.
> They do not represent the official policy of any organization with which
> I may be affiliated in any way.
> WARNING TO SPAMMERS:  at http://www.zak.co.il/spamwarning.html
>
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20100427/3be21b71/attachment.html>