Пакет pdkshне существует на RHEL 6 или CentOS 6, когда я пытаюсь установить его через yum.
Итак, мои вопросы:
- Почему он больше не доступен в репозиториях по умолчанию? Он доступен в версии 5.x.
- Есть ли замена корпуса?
- Как насчет программ, которые зависят от
pdksh? Могут ли они использовать замену оболочки?
Мой обходной путь состоял в том, чтобы использовать пакет из версии 5, который я считаю не правильным решением, и я должен понимать его лучше, чем обходной путь.
Мое беспокойство в основном касается базы данных Oracle. Он спрашивает pdksh, будет ли проблемой использовать оболочку замены, отличную от pdksh?
mkshможет сделать вас счастливым тоже? - "Преемник Общего достояния Korn Shell (pdksh)"Ответы:
У меня сложилось впечатление, что pdksh не соответствует POSIX, и с выпуском AT & T KSH с открытым исходным кодом произошел значительный переход от pdksh к ksh . Просто мои 0,02 доллара
AT & T ksh лицензируется Eclipse Public License 1.0 (EPL-1.0).
источник
Pdksh is unmaintained since 1998 and is obsoleted by ksh package.Согласно этой статье « Установка Oracle Database 11g Release 2 (11.2) на Oracle Linux 6 »:
Ошибка для пакета "pdksh" может быть проигнорирована, потому что мы установили пакет "ksh" на его место
На моем достаточно стандартном компьютере OEL 6.3 ksh уже был установлен как часть сборки, но вам, возможно, придется сделать это,
sudo yum install kshчтобы установить его.Наши администраторы также нашли эту статью, которая может быть полезна:
Установка «11.2.0.3 32-разрядная (x86)» или «64-разрядная (x86-64)» на RHEL6 сообщает, что пакеты
elfutils-libelf-devel-0.97иpdksh-5.2.14отсутствуют.Относится к
симптомы
При установке
Oracle Universal Installer (OUI) сообщает , что пакеты
elfultils-libelf-devel-0.97иpdksh-5.2.14отсутствуют.В
installActions.logследующем выводе можно наблюдать:причина
OUI выполняет следующую команду:
выходные данные не возвращаются (поскольку в RHEL6 пакет redhat-release был заменен на redhat-release-server-6Server).
Это заставляет OUI полагать, что сервер не является сервером RHEL.
Поскольку OUI не может определить тип сервера, OUI выполняет проверки предварительных условий по умолчанию (OEL4).
Эта проблема была зарегистрирована как неопубликованная ошибка 13981169 в Oracle Development.
В дополнение к этому, предварительные условия RHEL6 не определены в
в СМИ 11.2.0.3.
Решение
Решение для 11.2.0.3 64-битной (x86-64)
Если вы загрузили носитель 11.2.0.3 из My Oracle Support (MOS) и распаковали программное обеспечение для него
<path>/database, выполните следующие действия:<path>/database/stage/cvu/cv/admincp cvu_config backup_cvu_configCV_ASSUME_DISTID=OEL4наCV_ASSUME_DISTID=OEL6cvu_configфайл<path>/database/runInstallercd <path>/database./runInstallerOUI теперь должен выполнить предварительные проверки OEL6 (которые идентичны проверкам предварительных условий RHEL6) и больше не сообщать об этих пакетах
elfutils-libelf-devel-0.97и обpdksh-5.2.14их отсутствииНОТА
Если вы получили носитель 11.2.0.3 на DVD, необходимо будет скопировать носитель с DVD на диск на сервере RHEL6 (чтобы вы могли выполнить действия, описанные выше)
Решение для 11.2.0.3 32-битной (x86)
Поскольку
cvu_prereq.xmlфайл для 11.2.0.3 32-bit (x86) не ссылается на RHEL6 или OEL6, вышеупомянутый обходной путь не может быть использован.После ручной проверки того, что все требования выполнены, выберите опцию Игнорировать все в программе установки и продолжите установку.
источник
Насколько я понимаю, до RHEL 6 Red Hat с осторожностью относилась к AT & T KornShell из-за его лицензии, поэтому они включили pdksh, который является менее полной реализацией. Я думаю, что Дэвид Корн делал все возможное, чтобы ksh был принят в как можно большем количестве мест, и где-то вдоль линии лицензия была уточнена или изменена. Это цитата с сайта KornShell : «AT & T выпустила KornShell в качестве открытого источника».
Очевидно, что Red Hat была удовлетворена лицензией ко времени выпуска RHEL 6, поэтому они включали «реальную вещь».
Изменить: на самом деле это объясняется на странице Википедии (конечно) - см. Первый абзац в разделе История.
источник
Я сделал патч для старого rnd-пакета mandrake 2007.1 и создал новый пакет SRPM, который можно без проблем скомпилировать на современных дистрибутивах Linux с новыми версиями 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
Были сделаны две корректировки: внутри siglist.sh: sort + 2n + 0n заменен на sort -k3n -k1n и внутри нескольких c-файлов shprintf (newline); становится shprintf ("% s", перевод строки); для предотвращения ошибок -Werror = format-security.
источник