Resolución de problemas del enlace simbólico del paquete de software

En las versiones anteriores de Solaris, no era posible especificar el destino de un enlace simbólico en el archivo pkgmap en la creación de un paquete de software. Esto significaba que un enlace simbólico relacionado con un parche o un paquete siempre se dirigía al origen del enlace simbólico, en lugar de a su destino, cuando se agregaba un paquete con el comando pkgadd. Esto generaba problemas en el momento de actualizar un paquete o un paquete de parches que necesitaba cambiar el destino del enlace simbólico.

Ahora, el comportamiento predeterminado es que si un paquete debe cambiar el destino de un enlace simbólico, el comando pkgadd inspecciona el destino del enlace simbólico en lugar de su origen.

Lamentablemente, esto significa que algunos paquetes cumplen con el comportamiento nuevo depkgadd y otros, no.

La variable de entorno PKG_NONABI_SYMLINKS podría ayudar a realizar el traspaso del comportamiento del enlace simbólico pkgadd anterior al nuevo. Si esta variable de entorno se define como verdadera, pkgadd sigue el origen del enlace simbólico.

Al definir esta variable, se habilita un paquete que no es compatible para que revierta el comportamiento anterior si el administrador lo configuró antes de agregar un paquete con el comando pkgadd.

El nuevo comportamiento del enlace simbólico de pkgadd puede hacer que un paquete existente falle cuando se lo agrega con el comando pkgadd. En esta situación, puede que aparezca el siguiente mensaje de error:

unable to create symbolic link to <path>

Si un paquete no se instala a causa de este problema, haga lo siguiente:

1. Si es un paquete proporcionado por Oracle, visite My Oracle Support e informe el nombre del paquete que no es compatible.

2. Defina la variable del entorno de PKG_NONABI_SYMLINKS e intente agregar el paquete con el comando pkgadd nuevamente.

   # PKG_NONABI_SYMLINKS=true
   # export PKG_NONABI_SYMLINKS
   # pkgadd pkg-name