eclipse-sdk косвенно зависит от старых JDK [РЕШЕНО]
patamooshta 28 сентября, 2009 - 14:44
существует стабильная "шестая ява": dev-java/sun-jdk-1.6.0.15
хочется попробовать самый свежий eclipse-sdk,
но он тянет более шестидесяти пакетов, которые тянут пятую, а то и четвёртую яву.
Реально ли отвязать eclipse-sdk от всех "яв", кроме "шестой"?
»
- Для комментирования войдите или зарегистрируйтесь
1)От 4-й активно избавляюся и
1)От 4-й активно избавляюся и в конце концов избавятся.
2) зависимость от 5-й это не зависимость сборки случаем?. Т.е 5-я нужна только для сборки (зависимостей типа ant&&maven,етц) или eclipse-sdk без нее не работает ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
То есть, я так понимаю, мне следует
1. Размаскировать те >60 пакетов, чтобы
2. Посмотреть, отвалилась ли зависимость от 5-Й: если да, то хорошо, иначе
3. Ждать пока избавятся от 4-й (и 5-й, если пункт 2 не сработал)
Буду ждать. А может быть на выходных попробую поковыряться сам.
Это подпись, которую невозможно истолковать неправильно
Есть флаги java*
Есть флаги
java*
У меня стоит только 1.6 и
У меня стоит только 1.6 и хватает.
.
О, оказывается есть http://bugs.gentoo.org/show_bug.cgi?id=275375
Вы оттуда брали?
А я почему-то ошибочно подумал, что "самый свежий eclipse-sdk"
именно в "layman/java-overlay", и больше не искал :-(
Пытался ставить 3.4.1 и вот.
Вечером попробую поставить 3.5
Это подпись, которую невозможно истолковать неправильно
Да. Кстати, 3.4.1(которым я
Да. Кстати, 3.4.1(которым я пользуюсь) из java-overlay тоже требует только jdk-1.6
Отпишитесь, пожалуйста, если у вас 3.5 будет нормально работать (у меня довольно быстро вылетает).
.
Ну что сказать... Конечно, 3.5 гораздо лучше по зависимостям - теперь хоть тянет вменяемый dev-java/tomcat-servlet-api
Но... всё ж таки есть такой dev-java/bsf
и он зависит от:
python? ( >=dev-java/jython-2.1-r5:0 )
хотя в дереве есть dev-java/jython-2.5.0-r1 (2.5)
А jython:0 тянет таки dev-java/jdbc-mysql-5.1.6
а тот virtual/jdk-1.5.0
а тот dev-java/sun-jdk-1.5.0.20
А что касается "требует только jdk-1.6"...
Хотелось бы, чтобы оно даже на этапе установки мусора не тянуло. Буду работать в этом направлении...
ВРЕМЕННОЕ РЕШЕНИЕ:
/etc/portage/package.use:
и полегчало
[Решено], но я ещё отпишусь, будет ли 3.5 нормально работать
Это подпись, которую невозможно истолковать неправильно
# eix jython [U]
Т.е. jdbc-mysql у меня не потянулся, видимо из-за отсутствия глобально включенного mysql
.
Попробовал. Нормально. Правда, я успел пробовать только на хэллоуворлдах, да прикрутить PyDev,
который почему-то ругнулся в консоль о utf-8,
видимо, одно дело из "ебилдов", другое - из http://pydev.org/updates
И тут я обнаруживаю, что в http://bugs.gentoo.org/show_bug.cgi?id=275375
товарищ Matt Whitlock уже приложил eclipse-3.5.1-ebuilds.tar.bz2
Что же, буду пробовать теперь 3.5.1
Это подпись, которую невозможно истолковать неправильно
.
3.5.1 тоже хорошо.
Это подпись, которую невозможно истолковать неправильно
.
В "соседней" теме http://www.gentoo.ru/node/16859 шёл разговор,
и он натолкнул на мысль - да неужто и родное для eclipse средство
"Help/Install New Software/Finish" тоже есть ересь №14443 ???
Это подпись, которую невозможно истолковать неправильно
если ставится в диры,которые
если ставится в диры,которые находятся под контролем portage, то все помимо ебилдов есть ересь №14443 .
Под контролем портаге __не__ находится хомяк юзера и кое что еще. В случае косяков с таким софтом
претeнзии просьба отправлять сразу в /dev/null.
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Нет, eclipse все пишет в
Нет, eclipse все пишет в домашнюю директорию, да и куда ему еще писать, если он из под обычного юзера запущен.
easy_install не юзал, но думаю, что если сказать ему ставить в домашнюю папку или /usr/local, то никакой ереси. То же относится и "make install"
Если ты это можешь поставить
Если ты это можешь поставить от просто пользователя - проблем нет. А вот если ты укажеш под рутом другую папку, тут с системой может произойти что угодно, мало ли где инсталлер поковыряться вздумает. И потом весьма долго и нужно будет докопаться кто где полазил.
мда... о таком варианте я не
мда... о таком варианте я не подумал, к счастью пока я все ставил от имени юзера.