☰

32비트 KDE 라이브러리를 설치해야 합니까?

tag-icon • tag-icon kde 64bit 32bit multiarch
32비트 KDE 라이브러리를 설치해야 합니까?

32비트 라이브러리가 나란히 설치된 (C)LFS-x86_64 Linux 시스템 실행( /{usr,}/lib32동일한 라이브러리와 일부 추가 라이브러리가 있는 시스템과 비교)/{usr,}/lib64

한 쌍의 Qt-5.4.0 라이브러리 설치 /opt/qt5(에 대한 심볼릭 링크 /opt/qt-5.4.0/)를 완료하고 아키텍처별 라이브러리 디렉토리에 한 쌍의 라이브러리 디렉토리와 플러그인을 설치했습니다.

이제 32비트 KDE를 설치할 가치가 있는지 궁금합니다. 어쨌든 KDE가 모든 부분을 찾는 데 어려움을 겪는 것 외에도 한 쌍의 KDE 라이브러리(어떤 경우에는 실행 파일로 보이는 것)를 설치하는 데 두 배 이상의 시간이 걸립니다.

편집 - 아래 질문을 강조 표시하십시오.

KDE 라이브러리에 의존하는 것들이 얼마나 됩니까?(KDE 패키지 외부)

64비트 KDE만 설치하면 막힐 가능성이 있습니까? (VirtualBox(KDE 라이브러리가 필요하지 않음), Spotify(몇 가지 정적 라이브러리가 있는 "순수" 64비트 시스템에서 잘 작동) 등과 같은 폐쇄 소스 프로그램 사용)

답변1

존재하지 않는 라이브러리가 필요한 경우 전혀 작동하지 않습니다(예: 시작되지도 않음). 그것에 대해 신비스럽거나 모호한 것은 없습니다. 언급한 응용 프로그램이 실행되면 문제가 없습니다.

바이너리를 링크해야 하는 라이브러리를 확인할 수 있습니다 ldd. 예를 들어:

> ldd /opt/VirtualBox/VirtualBox
    linux-vdso.so.1 =>  (0x00007fff02b70000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f06d744f000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f06d724b000)
    libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f06d6f42000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f06d6b84000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f06d768e000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f06d687d000)
    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f06d6666000)

따라서 아니요, 32비트 KDE 라이브러리가 필요하지 않습니다. VirtualBox와 관련된 다른 바이너리가 있는데 그 용도가 무엇인지 는 잘 모르겠지만 Qt이름에 .libQtGuiVBoxfind /opt/VirtualBox -executable -name "*Qt*" ldd '{}' +

KDE는 Qt를 사용하지만 Qt는 KDE와 독립적이라는 점을 명심하십시오. 그들은 같은 프로젝트가 아닙니다. Qt가 필요하다고 해서 KDE가 필요한 것은 아닙니다. 좀 더 이해하기 어려운 일이 벌어지고 있음에도 불구하고 당신이 언급한 것과 같은 폐쇄 소스 응용 프로그램이 왜 KDE의 일부가 되어야 하는지 이해할 수 없습니다.

바이너리에 누락된 라이브러리가 필요한 경우 다음과 같은 결과를 얻을 수 있습니다.

 libQtCoreVBox.so.4 => not found

그러나 VirtualBox는 특별한 경우입니다. 링커가 이를 찾을 수 없는 이유는 그것이 일반 라이브러리 경로에 없기 때문입니다. 그러나 vbox는 실제로 이러한 세부 사항을 담당하는 스크립트에 의해 시작됩니다.

관련 정보