☰

Fedora 16 64비트에서 Eclipse용 Glassfish 플러그인을 설치할 때 GTK-2 오류가 발생합니다.

tag-icon • tag-icon fedora gtk eclipse
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 등)와 같은 패키지 관리 배포판을 사용하는 경우 설치 지침을 제공하는 다음과 같은 웹 페이지를 확인하는 것이 가장 좋습니다. : "이 "이 바이너리 압축 패키지를 다운로드하세요" 또는 심지어 "소스 코드를 다운로드하세요..."에서 깊은 의심을 받습니다. 그것은 거의 확실하게 오래되었거나 패키지 관리자의 작동 방식을 이해하지 못하고 패키지 관리자를 우회하면 발생할 수 있는 혼란을 이해하지 못하는 사람이 작성했습니다. 일반적으로 이제 작업이 완료되기를 원하는 프로그래머가 작성했습니다. 긴급하게 해야 할 일이 있고) 앞으로 어떻게 무너질지 생각하고 싶지 않습니다.

패키지 관리자는 해결해야 할 장애물이 아니라 시스템 관리에 도움이 되는 귀중한 도구입니다. 프로그램을 더 많이 사용하고 관리하는 시스템이 많을수록 도구의 가치는 더욱 커집니다.

때때로 패키지 관리자에서 나갈 수밖에 없는 경우도 있지만...항상 그래야 합니다.최후의 조치(백포팅 후 자체 패키지를 빌드하려는 시도조차 실패했습니다.)....부득이하게 필요한 경우에도 다음과 같은 것을 사용해야 합니다.가게/usr/local에서 설치를 관리합니다.

답변2

원본 게시물의 지침이 오래되었습니다. 여기최신입니다. @craigsanders님 감사합니다

관련 정보