On 07/09/2014 01:58 AM, Yasha Karant wrote:
An end user using a pre-compiled package has run into an issue. The
package requires glibc 2.15, such as glibc-2.15-60.el6.x86_64.rpm that
is available from sourceforge.
Unfortunately, the kernel used on this machine has been modified for
specific special drivers and configurations. Assuming that the kernel
has not been built against glibc 2.15, is there any relatively simple
way to allow the user application to use the required glibc but to
keep the kernel and related systems binary programs on the glibc
against which the kernel was built?
If this inconsistency for the application program causes the end user
application to crash, we will need to rethink our strategy -- but
first we want to try the simplest solution. We do not plan to rebuild
the kernel as the system will move to SL 7 as soon as it goes to
production status (presumably within a week or two) -- we have two new
4 Tbyte enterprise-rated systems drives that will be used for the SL 7
transition.
Yasha Karant
The devtoolset repos feature a newer glibc that can be used for these
sorts of purposes.
http://ftp.scientificlinux.org/linux/scientific/6x/external_products/devtoolset/
Please be sure to review the README and associated documentation.
Pat
--
Pat Riehecky
Scientific Linux developer
http://www.scientificlinux.org/
