SCIENTIFIC-LINUX-USERS Archives

December 2020

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Serguei Mokhov <[log in to unmask]>
Reply To:
Date:
Mon, 14 Dec 2020 14:36:20 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
On Mon, Dec 14, 2020 at 2:27 PM Konstantin Olchanski <[log in to unmask]> wrote:
>
> On Sun, Dec 13, 2020 at 05:36:30PM -0800, Keith Lofstrom wrote:

> For items (4) and (5), one has to take the current source code
> of the applications (and critical system services like httpd),
> and "back port" them to el7.
>
> I have done this in the past with mixed success, typical problems
> include "cmake is too old", "autoconf/autotools are too old".
>
> Each "xxx too old" problem is solved by rebuilding "xxx" from
> current sources, this usually creates a few more "xxx is too old"
> dependancies. By the time you run into "glibc is too old" and "gcc is too old",
> it is time to give up. (notice how there is no KDE5 for el7!).

Having run into this at a smaller scale for one of the projects I ended up using
devtoolset-6 (and -7 as appropriate) that ships all this stuff such as
newer GCC,
GLIBC, etc.

Me too, I ran the 4.x kernels from elrepo on EL6 and EL7 for newer
NVIDIA drivers as well...
All scripted as well, e.g.

   github.com/OpenISS/OpenISS/blob/master/src/scripts/dependencies/el7.sh

for CI servers or containers or similar.

-- 
Serguei Mokhov

ATOM RSS1 RSS2