Le package pdkshn'existe pas sur RHEL 6 ou CentOS 6 lorsque j'essaie de l'installer via yum.
Alors mes questions:
- Pourquoi n'est-il plus disponible dans les référentiels par défaut? Il est disponible en version 5.x.
- Y a-t-il une coque de remplacement?
- Et les programmes qui en dépendent
pdksh? Peuvent-ils utiliser la coque de remplacement?
Ma solution de contournement a été d'utiliser le package de la version 5, qui, selon moi, n'est pas la bonne solution et je devrais le comprendre mieux que la solution de contournement.
Ma préoccupation concerne principalement Oracle Database. Il demande pdksh, sera-ce donc un problème d'utiliser un shell de remplacement autre que pdksh?
mksh- être pourrais-tu aussi te rendre heureux? - "un successeur du domaine public Korn Shell (pdksh)"Réponses:
J'avais l'impression que pdksh n'était pas compatible POSIX, et avec la sortie de l'open source AT&T KSH, il y a eu un mouvement important de pdksh vers ksh . Juste mon 0,02 $
AT&T ksh est autorisé par la licence publique Eclipse 1.0 (EPL-1.0).
la source
Pdksh is unmaintained since 1998 and is obsoleted by ksh package.Selon cet article " Installation d'Oracle Database 11g Release 2 (11.2) sur Oracle Linux 6 ":
L'échec du package "pdksh" peut être ignoré car nous avons installé le package "ksh" à sa place
Sur ma machine OEL 6.3 assez standard, ksh était déjà installé dans le cadre de la construction, mais vous devrez peut-être faire un
sudo yum install kshpour l'installer.Nos administrateurs de bases de données ont également trouvé cet article qui peut être utile:
L'installation de «11.2.0.3 32 bits (x86)» ou «64 bits (x86-64)» sur RHEL6 signale que les packages
elfutils-libelf-devel-0.97etpdksh-5.2.14sont manquants.S'applique à
Symptômes
Lors de l'installation
l' Oracle Universal Installer (de PIAP) signale que les paquets
elfultils-libelf-devel-0.97etpdksh-5.2.14manquent.Dans la
installActions.logsortie suivante peut être observée:Cause
OUI exécute la commande suivante:
aucune sortie n'est retournée (car dans RHEL6 le package redhat-release a été remplacé par redhat-release-server-6Server).
Cela fait croire à OUI que le serveur n'est pas un serveur RHEL.
Comme OUI ne peut pas identifier de quel type de serveur il s'agit, OUI effectue les vérifications des prérequis par défaut (OEL4).
Ce problème a été enregistré comme bogue 13981169 non publié avec Oracle Development.
De plus, aucun contrôle préalable RHEL6 n'est défini dans
dans les médias 11.2.0.3.
Solution
Solution pour 11.2.0.3 64 bits (x86-64)
Si vous avez téléchargé le support 11.2.0.3 depuis My Oracle Support (MOS) et extrait le logiciel vers
<path>/database, procédez comme suit:<path>/database/stage/cvu/cv/admincp cvu_config backup_cvu_configCV_ASSUME_DISTID=OEL4parCV_ASSUME_DISTID=OEL6cvu_configfichier mis à jour<path>/database/runInstallercd <path>/database./runInstallerOUI doit maintenant effectuer les vérifications des conditions préalables OEL6 (qui sont identiques aux vérifications des conditions préalables RHEL6) et ne plus signaler que les packages
elfutils-libelf-devel-0.97etpdksh-5.2.14sont manquantsREMARQUE
Si vous avez reçu le support 11.2.0.3 sur DVD, il sera nécessaire de copier le support du DVD sur un disque sur le serveur RHEL6 (afin de pouvoir suivre les étapes ci-dessus)
Solution pour 11.2.0.3 32 bits (x86)
Étant donné que le
cvu_prereq.xmlfichier pour 11.2.0.3 32 bits (x86) ne fait pas référence à RHEL6 ou OEL6, la solution de contournement ci-dessus ne peut pas être utilisée.Après avoir vérifié manuellement que toutes les conditions sont remplies, choisissez l' option Ignorer tout dans le programme d'installation et poursuivez l'installation.
la source
D'après ce que je comprends, avant RHEL 6, Red Hat se méfiait de l'AT & T KornShell en raison de sa licence, ils incluaient donc le pdksh, qui est une implémentation moins complète. Je pense que David Korn faisait de son mieux pour faire accepter ksh dans autant d'endroits que possible et quelque part le long de la ligne, la licence a été clarifiée ou modifiée. Cette citation est tirée du site Web de KornShell : "AT&T a publié KornShell en open source".
De toute évidence, Red Hat était satisfait de la licence au moment de la sortie de RHEL 6, ils incluaient donc "la vraie chose".
Edit: en fait, c'est expliqué sur la page Wikipedia (bien sûr) - voir le premier paragraphe sous Historique.
la source
J'ai fait un correctif pour un ancien paquetage rpm de mandrake 2007.1, et créé un nouveau paquet SRPM que l'on devrait pouvoir compiler sans aucun problème sur les distributions Linux modernes avec des versions gcc plus récentes:
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
Deux ajustements ont été effectués: à l'intérieur de siglist.sh: sort + 2n + 0n est remplacé par sort -k3n -k1n et à l'intérieur de plusieurs fichiers c shprintf (nouvelle ligne); devient shprintf ("% s", nouvelle ligne); pour éviter que les erreurs -Werror = format-security ne se produisent.
la source