El paquete pdkshno existe en RHEL 6 o CentOS 6 cuando intento instalarlo yum.
Entonces mis preguntas:
- ¿Por qué ya no está disponible en los repositorios predeterminados? Está disponible en la versión 5.x.
- ¿Hay una cáscara de reemplazo?
- ¿Qué pasa con los programas que dependen
pdksh? ¿Pueden usar la cáscara de reemplazo?
Mi solución ha sido usar el paquete de la versión 5, que creo que no es la solución adecuada y debería entenderlo mejor que la solución.
Mi preocupación es principalmente con respecto a la base de datos Oracle. Pide pdksh, así que ¿será un problema usar un shell de reemplazo que no sea pdksh?
mkshpodría hacerte feliz? - "un sucesor del dominio público Korn Shell (pdksh)"Respuestas:
Tenía la impresión de que pdksh no era compatible con POSIX, y con el lanzamiento de código abierto AT&T KSH, hubo un movimiento significativo de pdksh a ksh . Solo mis $ 0.02
AT&T ksh tiene licencia de Eclipse Public License 1.0 (EPL-1.0).
fuente
Pdksh is unmaintained since 1998 and is obsoleted by ksh package.De acuerdo con este artículo " Instalación de Oracle Database 11g Release 2 (11.2) en Oracle Linux 6 ":
La falla para el paquete "pdksh" puede ignorarse porque instalamos el paquete "ksh" en su lugar
En mi máquina OEL 6.3 bastante estándar, ksh ya estaba instalado como parte de la compilación, pero es posible que tenga que hacer una
sudo yum install kshpara instalarlo.Nuestros DBA también encontraron este artículo que puede ser útil:
La instalación de "11.2.0.3 32-bit (x86)" o "64-bit (x86-64)" en RHEL6 informa que los paquetes
elfutils-libelf-devel-0.97ypdksh-5.2.14faltan.Se aplica a
Síntomas
Mientras instala
el Oracle Universal Installer (OUI) informa que los paquetes
elfultils-libelf-devel-0.97ypdksh-5.2.14se están perdiendo.En el
installActions.logsiguiente resultado se puede observar:Porque
OUI ejecuta el siguiente comando:
no se devuelve ninguna salida (porque en RHEL6 el paquete redhat-release ha sido reemplazado por redhat-release-server-6Server).
Esto hace que OUI crea que el servidor no es un servidor RHEL.
Como OUI no puede identificar qué tipo de servidor es, OUI realiza las comprobaciones de requisitos previos predeterminados (OEL4).
Este problema se ha registrado como error no publicado 13981169 con Oracle Development.
Además de esto, no se definen comprobaciones de requisitos previos RHEL6 en
en los medios 11.2.0.3.
Solución
Solución para 11.2.0.3 de 64 bits (x86-64)
Si ha descargado los medios 11.2.0.3 de My Oracle Support (MOS) y ha extraído el software
<path>/database, haga lo siguiente:<path>/database/stage/cvu/cv/admincp cvu_config backup_cvu_configCV_ASSUME_DISTID=OEL4aCV_ASSUME_DISTID=OEL6cvu_configarchivo actualizado<path>/database/runInstallercd <path>/database./runInstallerOUI ahora debe realizar las verificaciones de prerrequisitos de OEL6 (que son idénticas a las verificaciones de prerrequisitos de RHEL6) y no informar más sobre los paquetes
elfutils-libelf-devel-0.97ypdksh-5.2.14faltanNOTA
Si ha recibido los medios 11.2.0.3 en DVD, será necesario copiar los medios desde el DVD a un disco en el servidor RHEL6 (para que pueda seguir los pasos anteriores)
Solución para 11.2.0.3 32 bits (x86)
Como el
cvu_prereq.xmlarchivo para 11.2.0.3 de 32 bits (x86) no hace referencia a RHEL6 u OEL6, no se puede utilizar la solución anterior.Después de verificar manualmente que se han cumplido todos los requisitos, elija la opción Ignorar todo en el instalador y continúe con la instalación.
fuente
Tengo entendido que antes de RHEL 6, Red Hat desconfiaba del AT&T KornShell debido a su licencia, por lo que incluían el pdksh, que es una implementación menos completa. Creo que David Korn estaba haciendo todo lo posible para que ksh fuera aceptado en tantos lugares como fuera posible y en algún punto de la línea se aclaró o cambió la licencia. Esta cita es del sitio web de KornShell : "AT&T ha lanzado KornShell como código abierto".
Obviamente, Red Hat estaba satisfecho con la licencia cuando se lanzó RHEL 6, por lo que incluyeron "lo real".
Editar: en realidad se explica en la página de Wikipedia (por supuesto); vea el primer párrafo en Historia.
fuente
Hice un parche para un viejo paquete de mandrake 2007.1 rpm, y creé un nuevo paquete SRPM que debería ser capaz de compilar sin problemas en las distribuciones modernas de linux con las nuevas versiones de gcc:
ftp://ftp.crashrecovery.org/pub/linux/pdksh/RPMS/mdv2011/ ftp://ftp.crashrecovery.org/pub/linux/pdksh/RPMS/mdv2011/pdksh-5.2.14-21-mdv2011. 0.x86_64.rpm ftp://ftp.crashrecovery.org/pub/linux/pdksh/RPMS/mdv2011/pdksh-5.2.14-21.src.rpm ftp://ftp.crashrecovery.org/pub/linux/ pdksh / RPMS / mdv2011 / ksh.pdf
Se realizaron dos ajustes: dentro de siglist.sh: sort + 2n + 0n se reemplaza por sort -k3n -k1n y dentro de varios archivos c shprintf (nueva línea); se convierte en shprintf ("% s", nueva línea); para evitar que ocurran los errores -Werror = format-security.
fuente