Fedora 16 64ビットでEclipse用GlassfishプラグインをインストールするとGTK-2エラーが発生します。

Fedora 16 64ビットでEclipse用GlassfishプラグインをインストールするとGTK-2エラーが発生します。

私のEclipseはFedora 16で正しく動作します。私はフォローしていますこのガイドラインEclipse用Glassfishツールバンドルのインストール(自己インストーラを介してEclipseの外部で実行する必要があります)インストーラを正常に完了した後、次の手順はプラグインディレクトリでEclipseランチャーを実行することでした(通常のEclipseランチャーではありません) 。次のエラーが発生します。

> ./eclipse

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",
Gtk-Message: Failed to load module "pk-gtk-module"
Gtk-Message: Failed to load module "canberra-gtk-module"

これは端末で報告されました。ポップアップ GUI の簡単な説明 ~/workspace/.metadata/.log 以下に、次の内容を含むエラー ログ ファイルもあります。

!SESSION 2012-09-27 22:18:52.512 -----------------------------------------------
eclipse.buildId=M20090917-0800
java.version=1.6.0_16
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Framework arguments:  -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform
Command-line arguments:  -os linux -ws gtk -arch x86 -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform

!ENTRY org.eclipse.equinox.p2.directorywatcher 4 0 2012-09-27 22:19:01.715
!MESSAGE The installable unit org.eclipse.jdt.compiler.apt.translated_host_properties is missing the filename property.

!ENTRY org.eclipse.osgi 4 0 2012-09-27 22:19:07.181
!MESSAGE Application error
!STACK 1
java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3555 or swt-pi-gtk in swt.library.path, java.library.path or the jar file
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:254)
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:159)
    at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:22)
    at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
    at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
    at org.eclipse.swt.widgets.Display.<clinit>(Display.java:131)
    at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:516)
    at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
    at org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:143)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:88)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
!SESSION 2012-09-27 22:22:17.706 -----------------------------------------------
eclipse.buildId=M20090917-0800
java.version=1.6.0_16
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Framework arguments:  -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform
Command-line arguments:  -os linux -ws gtk -arch x86 -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform

私が見つけたこのウェブサイトしかし、私は私の命を救うためにそこの指示に従うことができませんでした。私が理解したのは、GTK-2にはいくつかの32ビットライブラリが必要だということです。システムが64ビットであるにもかかわらず、GTK-2は64ビットライブラリを開こうとします。

助けてください

ベストアンサー1

AFAICT、あなたが接続したGlassfishツールバンドルは、a)Eclipse 3.51とGlassfish v3のコレクション、b)32ビット用にコンパイルされたもの、c)古代バージョンです。

現在、64ビットディストリビューションにほとんど影響を与えない古いガイドラインに従うのではなく、Fedora 16用のEclipseおよびGlassfishパッケージを検索してみてはいかがでしょうか。または、どこにも見つからない場合は、Fedora 17または18用のパッケージを試してSRPMSをダウンロードしてからFedora 16にバックポートします(たとえば、F16でソースパッケージをコンパイル)。

(私はFedoraパッケージの専門家ではありませんが、Googleですばやく検索すると、glassfish v3はF18では機能しますがF16では機能しないと思われます。srpmをバックポートすることは実行可能なオプションになります。)

これは多くのタスクのように聞こえるかもしれませんが、F16で実行するための32ビット外国(Fedora以外の)バイナリの古代のガイドラインを検索するよりもはるかに簡単で、タスクもはるかに少ないです。さらに、脆弱性がはるかに低く、使用する正確な環境に合わせてコンパイルされ、将来のアップグレードで壊れる可能性が低くなります。


ただし、経験的にFedora(またはRHEL、Centos、Debian、Ubuntuなど)などのパッケージ管理ディストリビューションを使用している場合は、インストール手順を提供する次のWebページを確認するのが最善です。 :「この「このバイナリ圧縮パッケージをダウンロードしてください」または「ソースコードをダウンロードしてください...」で深く疑われます。発生する可能性のある混乱を理解していない人が書いています。

パッケージマネージャは、解決すべき障害物ではなく、システム管理に役立つ貴重なツールです。プログラムを使用して管理するシステムが多いほど、ツールの価値は大きくなります。

時にはパッケージマネージャから出るしかない場合もありますが…常にそうしなければなりません。最後の措置(バックポーティング後に独自のパッケージをビルドしようとしても失敗しました。)お店/usr/localでインストールを管理します。

おすすめ記事