Python ejecutable no encontrar libpython biblioteca compartida

Question

Estoy instalando Python 2.7 en CentOS 5. He construido e instalado Python de la siguiente manera

./configure --enable-shared --prefix=/usr/local 
make 
make install 

Cuando trato de ejecutar/usr/local/bin/python, consigo este mensaje de error

/usr/local/bin/python: error while loading shared libraries: libpython2.7.so.1.0: cannot open shared object file: No such file or directory 

Cuando corro en LDD///bin/python locales usr, consigo

ldd /usr/local/bin/python 
    libpython2.7.so.1.0 => not found 
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000030e9a00000) 
    libdl.so.2 => /lib64/libdl.so.2 (0x00000030e9200000) 
    libutil.so.1 => /lib64/libutil.so.1 (0x00000030fa200000) 
    libm.so.6 => /lib64/libm.so.6 (0x00000030e9600000) 
    libc.so.6 => /lib64/libc.so.6 (0x00000030e8e00000) 
    /lib64/ld-linux-x86-64.so.2 (0x00000030e8a00000) 

¿Cómo decirle a Python dónde encontrar libpython?

Answer 1

intente lo siguiente:

LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/python 

Reemplazar /usr/local/lib con la carpeta en la que haya instalado libpython2.7.so.1.0 si no está en /usr/local/lib.

Si esto funciona y desea hacer permanentes los cambios, tiene dos opciones:

1. Añadir export LD_LIBRARY_PATH=/usr/local/lib a su .profile en su directorio personal (esto sólo funciona si está utilizando una concha que carga este archivo cuando se inicia una nueva instancia de shell). Esta configuración afectará solo a su usuario.

2. Agregue /usr/local/lib a /etc/ld.so.conf y ejecute ldconfig. Esta es una configuración de todo el sistema, por supuesto.

Answer 2

que tenían el mismo problema y lo resolvió de esta manera:

Si sabe dónde libpython reside en, supuse que sería /usr/local/lib/libpython2.7.so.1.0 en su caso, sólo se puede crear un enlace simbólico :

sudo ln -s /usr/local/lib/libpython2.7.so.1.0 /usr/lib/libpython2.7.so.1.0 

intente ejecutar ldd de nuevo y ver si funcionaba.

Answer 3

simplemente instale python-lib. (python27-lib). Instalará libpython2.7.so1.0. No es necesario configurar manualmente nada.

Answer 4

He instalado con el comando:

./configure --prefix=/usr  \ 
      --enable-shared  \ 
      --with-system-expat \ 
      --with-system-ffi \ 
      --enable-unicode=ucs4 && 

make 

Ahora, como usuario root:

make install && 
chmod -v 755 /usr/lib/libpython2.7.so.1.0 

Luego trató de ejecutar Python y tiene el error:

/usr/local/bin/python: error while loading shared libraries: libpython2.7.so.1.0: cannot open shared object file: No such file or directory

Entonces , Me desconecté del usuario root y nuevamente intenté ejecutar Python y funcionó correctamente.

Answer 5

El poner en mi sombrero enterrador ...

La mejor manera que he encontrado para hacer frente a esto es en tiempo de compilación. Dado que usted es el prefijo de configuración de todos modos, también podría decirle al ejecutable explícitamente dónde encontrar sus bibliotecas compartidas.A diferencia de OpenSSL y otros paquetes de software, Python no le da directivas de configure interesantes que manejan caminos biblioteca alternativa (no todo el mundo es la raíz sabes ...) En el caso más simple de todo lo que necesita es la siguiente:

./configure --enable-shared \ 
      --prefix=/usr/local \ 
      LDFLAGS="-Wl,--rpath=/usr/local/lib" 

o si lo prefiere la versión no-Linux:

./configure --enable-shared \ 
      --prefix=/usr/local \ 
      LDFLAGS="-R/usr/local/lib" 

el "rpath" bandera le dice a Python que tiene bibliotecas de ejecución que necesita en ese camino particular. Puede llevar esta idea más lejos para manejar las dependencias instaladas en una ubicación diferente a las ubicaciones de sistema estándar. Por ejemplo, en mis sistemas ya que no tiene acceso de root y necesita hacer casi completamente autónomo Python se instala, mi línea de configuración es el siguiente:

./configure --enable-shared \ 
      --with-system-ffi \ 
      --with-system-expat \ 
      --enable-unicode=ucs4 \ 
      --prefix=/apps/python-${PYTHON_VERSION} \ 
      LDFLAGS="-L/apps/python-${PYTHON_VERSION}/extlib/lib -Wl,--rpath=/apps/python-${PYTHON_VERSION}/lib -Wl,--rpath=/apps/python-${PYTHON_VERSION}/extlib/lib" \ 
      CPPFLAGS="-I/apps/python-${PYTHON_VERSION}/extlib/include" 

En este caso soy compilar las librerías que Python utiliza (como ffi, readline, etc.) en un directorio extlib dentro del propio árbol de directorios de python. De esta forma puedo atacar el directorio python - $ {PYTHON_VERSION} y aterrizarlo en cualquier lugar, y "funcionará" (siempre que no se encuentre con los conflictos libc o libm). Esto también ayuda cuando intenta ejecutar múltiples versiones de Python en el mismo cuadro, ya que no necesita seguir cambiando su LD_LIBRARY_PATH o preocuparse por elegir la versión incorrecta de la biblioteca de Python.

Editar: Se olvidó de mencionar, la compilación se quejará si no se establece la variable de entorno para PYTHONPATH lo utiliza como su prefijo y no puede compilar algunos módulos, por ejemplo, para extender el ejemplo de arriba, ponga la PYTHONPATH al prefijo utilizado en el ejemplo anterior con export PYTHONPATH=/apps/python-${PYTHON_VERSION} ...

Answer 6

Instalé Python 3.5 por Software Collections en CentOS 7 mínimo. Todo funcionó bien por su propia cuenta, pero vi el error biblioteca compartida mencionada en esta pregunta cuando intenté ejecutar un sencillo script CGI:

tail /var/log/httpd/error_log 
AH01215: /opt/rh/rh-python35/root/usr/bin/python: error while loading shared libraries: libpython3.5m.so.rh-python35-1.0: cannot open shared object file: No such file or directory 

que quería una solución permanente de todo el sistema que funcione para todos los usuarios, por lo que excluye agregando declaraciones de exportación a los archivos .profile o .bashrc. Vi la solución here y luego me di cuenta de que también se menciona en una de las respuestas aquí. De todos modos, en CentOS 7, estos son los pasos:

vim /etc/ld.so.conf 

Qué en mi máquina acaba de tener:

Así que he creado un nuevo archivo:

vim /etc/ld.so.conf.d/rh-python35.conf 

y ha añadido:

/opt/rh/rh-python35/root/usr/lib64/ 

Después de un reinicio, el siguiente ing paso no era necesario, pero para reconstruir manualmente la caché:

sudo ldconfig 

Eso es todo, los scripts funcionan bien!

Esta era una solución temporal, que no funcionaba en los reinicios: opción

sudo ldconfig /opt/rh/rh-python35/root/usr/lib64/ -v 

El -v (detallado) era sólo para ver lo que estaba pasando. Vi que sí: /opt/rh/rh-python35/root/usr/lib64: libpython3.so.rh-python35 -> libpython3.so.rh-python35 libpython3.5m.so.rh-python35- 1.0 -> libpython3.5m.so.rh-python35-1.0

Este error en particular desapareció. A propósito, tuve que chmod el usuario a apache para deshacerse de un error de permiso después de eso.

Tenga en cuenta que utilicé busque para buscar el directorio de la biblioteca. También puede hacer:

sudo yum install mlocate 
sudo updatedb 
locate libpython3.5m.so.rh-python35-1.0 

Qué en mi VM devuelve:

/opt/rh/rh-python35/root/usr/lib64/libpython3.5m.so.rh-python35-1.0 

¿Cuál es el camino que necesito para dar a ldconfig, como se muestra arriba.

Answer 7

Esto funcionó para mí ...

$ sudo apt-get install python2.7-dev