Modern development environment on dated RHEL
Elazar Leibovich
elazarl at gmail.com
Tue Apr 27 15:15:39 IDT 2010
It will waste a HUGE amount of time. Compiling basic software suite takes at
least a single day, and it has a mental cost of managing the dependencies by
hand.
And you have to do that every time you update your software.
It's even worse than windows non-package management system.
On Tue, Apr 27, 2010 at 11:33 AM, Evgeny Budilovsky <budevg at gmail.com>wrote:
> Why not compile all the latest software on some shared directory and then
> run it from there ...
> My company have policy not to give root access on development stations so I
> just compile all my development software in home directory and use it from
> there ...
>
>
> 2010/4/27 Elazar Leibovich <elazarl at gmail.com>
>
>> 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.
>> Thanks
>>
>>
>> _______________________________________________
>> 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/e9ba169a/attachment-0001.html>
More information about the Linux-il
mailing list