¿Cómo habilitar permanentemente scl CentOS 6.4?

Instalé una versión más nueva de devtoolset (1.1) y me preguntaba cómo haría para configurarlos de forma permanente como predeterminados. En este momento, cuando ingreso a mi servidor con CentOS, tengo que ejecutar este comandoscl enable devtoolset-1.1 bash

Intenté agregarlo a ~ / .bashrc y simplemente pegarlo en la última línea, sin éxito.

En su fuente ~/.bashrco en ~/.bash_profileSimply, la secuencia de comandos "enable" que se proporciona con devtoolset. Por ejemplo, con Devtoolset 2, el comando es:

source /opt/rh/devtoolset-2/enable

o

source scl_source enable devtoolset-2

Mucho más eficiente: sin bifurcación, sin caparazón complicado

Una alternativa de source /opt/rh/devtoolset-4/enablees

source scl_source enable devtoolset-4

El script de shell anterior scl_sourcees más elegante que usar una ruta codificada (puede ser diferente en otra máquina). Sin embargo, scl_sourcehace menos porque /opt/rh/devtoolset-4/enableusa scl_sourcey otras cosas.

Para usarlo scl_sourcepuede que tenga que actualizar el paquetescl-utils

yum update scl-utils  # old scl-utils versions miss scl_source

Copiar y pegar rápido

echo 'source scl_source enable devtoolset-4' >> ~/.bashrc
    # Do not forget to change the version ↑

Código fuente para personas curiosas

Un ejemplo de scl_sourcecódigo fuente:
https://gist.github.com/bkabrda/6435016

El scl_sourceinstalado en mi Red Hat 7.1

#!/bin/bash

_scl_source_help="Usage: source scl_source <action> [<collection> ...]

Don't use this script outside of SCL scriptlets!

Options:
    -h, --help    display this help and exit"

if [ $# -eq 0 -o $1 = "-h" -o $1 = "--help" ]; then
    echo "$_scl_source_help"
    return 0
fi


if [ -z "$_recursion" ]; then
    _recursion="false"
fi
if [ -z "$_scl_scriptlet_name" ]; then
    # The only allowed action in the case of recursion is the same
    # as was the original
    _scl_scriptlet_name=$1
fi
shift 1

if [ -z "$_scl_dir" ]; then
    # No need to re-define the directory twice
    _scl_dir=/etc/scl/conf
    if [ ! -e $_scl_dir ]; then
        _scl_dir=/etc/scl/prefixes
    fi
fi

for arg in "$@"; do
    _scl_prefix_file=$_scl_dir/$arg
    _scl_prefix=`cat $_scl_prefix_file 2> /dev/null`
    if [ $? -ne 0 ]; then
        echo "Can't read $_scl_prefix_file, $arg is probably not installed."
        return 1
    fi

    # First check if the collection is already in the list
    # of collections to be enabled
    for scl in ${_scls[@]}; do
        if [ $arg == $scl ]; then
            continue 2
        fi
    done

    # Now check if the collection isn't already enabled
    /usr/bin/scl_enabled $arg > /dev/null 2> /dev/null
    if [ $? -ne 0 ]; then
        _scls+=($arg)
        _scl_prefixes+=($_scl_prefix)
    fi;
done

if [ $_recursion == "false" ]; then
    _i=0
    _recursion="true"
    while [ $_i -lt ${#_scls[@]} ]; do
        _scl_scriptlet_path="${_scl_prefixes[$_i]}/${_scls[$_i]}/${_scl_scriptlet_name}"
        source "$_scl_scriptlet_path"
        if [ $? -ne 0 ]; then
            echo "Can't source $_scl_scriptlet_name, skipping."
        else
            export X_SCLS="${_scls[$_i]} $X_SCLS"
        fi;
        _i=$(($_i+1))
    done
    _scls=()
    _scl_prefixes=()
    _scl_scriptlet_name=""
    _recursion="false"
fi

El problema es que scl enable devtoolset-1.1 bashcrea un nuevo shell bash. Entonces, cuando lo pones en tu .bashrc, crea un nuevo shell ... que carga tu .bashrc, que se ejecuta scl enable devtoolset-1.1 bash, que crea un nuevo shell, que carga tu .bashrc ... ¡Forkbomb!

Probablemente quieras algo como esto en tu .bashrc:

if [ "$(gcc -dumpversion)" != "4.7.2" ]; then 
  scl enable devtoolset-1.1 bash
fi

o

if [ -z "$TRIEDSCLDEVTOOLSET" ]; then
  export TRIEDSCLDEVTOOLSET=true
  scl enable devtoolset-1.1 bash
fi

• el primero continuará en forkbomb si devtoolset-1.1 no contiene gcc 4.7.2, y tampoco funcionará si su entorno nativo tiene gcc 4.7.2.
• Esto crea un nuevo shell, como se indicó anteriormente. Entonces, cuando cree su ventana de terminal o sesión ssh, estará en dos sesiones bash y tendrá que hacerlo exitdos veces.

Una forma alternativa de localizar el script mencionado en otras respuestas es dejar que su administrador de paquetes le diga dónde vive.

Esto es lo que ejecutamos para extraer las herramientas dotnet en nuestras máquinas vagabundas RHEL / CentOS.

source $(rpm -ql rh-dotnet20-runtime|grep -E /enable$)