LINUX.ORG.RU
ФорумAdmin

Установка jdk и OpenOffice от Sun на CentOS


0

0

Доброго времени суток.

Столкнулся с такой проблемой. Надо поставить последний jdk и OO от Sun на
$ lsb_release -a
LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-i a32:graphics-3.1-noarch
Distributor ID: CentOS
Description: CentOS release 5.2 (Final)
Release: 5.2
Codename: Final

Погуглив нашел "прекрасное руководство"
http://wiki.centos.org/HowTos/JavaOnCentOS
Если кратко то там утверждается, что настрой ты jpackage-utils, нормально используй rpmbuild и будет тебе счастье.

"НО" (с) Вассерман "О мировом кризисе".

На шаге "Download Sun JDK 1.6 update 11" (в моем случае это update 12) выясняется, что поставляются два вида jdk от Sun: виде jdk-6u12-linux-x64-rpm.bin и jdk-6u12-linux-x64.bin. Последний бинарик - вообще грусть (раскрывает архив исполнимых файлов). а вот с jdk-6u12-linux-x64-rpm.bin предлагает.
$jdk-6u12-linux-x64-rpm.bin
и есть NOTE - If instead you want to only extract the RPM file but not install it, you can run the .bin file with the -x argument. You do not need to be root to do this.

В общем если не ставить под рутом (пока не рискнул) и просто распаковать архив:
jdk-6u12-linux-amd64.rpm
sun-javadb-client-10.4.1-3.1.i386.rpm
sun-javadb-common-10.4.1-3.1.i386.rpm
sun-javadb-core-10.4.1-3.1.i386.rpm
sun-javadb-demo-10.4.1-3.1.i386.rpm
sun-javadb-docs-10.4.1-3.1.i386.rpm
sun-javadb-javadoc-10.4.1-3.1.i386.rpm

Что настораживает, у Sun есть замечание что надо использовать rpm одной архитектуры, а в списке только сам jdk "вроде" 64-битный, остальное i386. Будет ли это нормально работать?

Если вы уже ставили jdk и OO от Sun на CentOS или другие дистрибутивы, поделитесь пожалуйста опытом.

Маленький дисклаймер: ОС, jdk и OO от Sun (последних версий) - требование поставщика ПО и, увы, обязательно к исполнению, посему замены на другие вещи исключены. Админить/устанавливать надо именно вышеуказанные версии ПО.

Спасибо!

> На шаге "Download Sun JDK 1.6 update 11" (в моем случае это update 12) выясняется, что поставляются два вида jdk от Sun: виде jdk-6u12-linux-x64-rpm.bin и jdk-6u12-linux-x64.bin.

Написано же: "Choose the correct platform (Linux or Linux x64) and download either jdk-6u11-linux-i586.bin or jdk-6u11-linux-x64.bin. Place it in your ~/rpmbuild/SOURCES directory"

Deleted
()

OO от Sun называется StarOffice. Он платный.

Я на centos jdk ставлю в /opt. Всё равно заменять на продакшне java довольно чревато, быстрее оттестировать на тестовом сервере и сменить JAVA_HOME на новый распакованный bin-архив джавы.

Deleted
()
Ответ на: комментарий от Deleted

>Написано же: "Choose the correct platform (Linux or Linux x64) and download either jdk-6u11-linux-i586.bin or jdk-6u11-linux-x64.bin. Place it in your ~/rpmbuild/SOURCES directory"

google: "using rpmbuild"
По первой ссылке:
http://www.cyberciti.biz/tips/building-a-source-rpm-using-rpmbuild-command.html
# rpmbuild -ba pakagename.spec

Dimez, сорь за неясную формулировку. Попытаюсь уточнить. На фазе загрузки правильно выбранной платформы (и выбрано правильно), мы приходим к выбору между двумя бинариками, "оба два" не есть *.spec файлы. один "ставит" jdk копированием, другой ставит уже готовые(заархивированные) rpm:
jdk-6u12-linux-amd64.rpm
sun-javadb-client-10.4.1-3.1.i386.rpm
sun-javadb-common-10.4.1-3.1.i386.rpm
sun-javadb-core-10.4.1-3.1.i386.rpm
sun-javadb-demo-10.4.1-3.1.i386.rpm
sun-javadb-docs-10.4.1-3.1.i386.rpm
sun-javadb-javadoc-10.4.1-3.1.i386.rpm

Т.е. руководство из вики CentOS на этом этапе перестает быть актуальным (может мы это и проделаем для апдейта №11, но интересует последний - №12). Собственно интересен результат такой установки, той что по руководству "Сан", используя сановский инсталятор.
Почему интересуюсь, смутили названия rpm-ников - только один "*linux-amd64.rpm", остальные "*.i386.rpm". Голого тестового сервера нет.
А по живому, ну не очень хочется.

SithBay
() автор топика
Ответ на: комментарий от Deleted

>OO от Sun называется StarOffice. Он платный.

>Я на centos jdk ставлю в /opt. Всё равно заменять на продакшне java довольно чревато, быстрее оттестировать на тестовом сервере и сменить >JAVA_HOME на новый распакованный bin-архив джавы.

Ну думаю так и поступлю. А предыдущий мой камент может будет интересен для тех кто с подобным сталкивается. А так наверное пойду по пути замены JAVA_HOME. Dimez, спасибо за ответ!

SithBay
() автор топика

> остальное i386. Будет ли это нормально работать?

А оно (javadb) тебе надо? Все равно оно ни для чего кроме как поиграться непригодно.

no-dashi ★★★★★
()
Ответ на: комментарий от SithBay

> мы приходим к выбору между двумя бинариками

В доке, по-моему, ясно и чётко написано, что надо качать bin, а не rpm.bin, не правда ли? :)

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.