Devo incomodar a instalação de bibliotecas do KDE de 32 bits?

Question

Executando um computador Linux (C) LFS-x86_64 com bibliotecas de 32 bits instaladas em paralelo em /{usr,}/lib32 (comparado com /{usr,}/lib64 que contém as mesmas bibliotecas, além de um par extra).

Concluiu a instalação de um par de bibliotecas Qt-5.4.0 em /opt/qt5 (link simbólico para /opt/qt-5.4.0/ ) com um par de diretórios de biblioteca e plug-ins instalados nos diretórios de biblioteca específicos do arco.

Agora, curioso para saber se vale a pena instalar o KDE de 32 bits. Além do KDE ser um saco para encontrar todos os bits de qualquer maneira, instalar um par de cada biblioteca do KDE (e plausivelmente executáveis em alguns casos) levará mais que o dobro do tempo.

Editar - Destacar a questão abaixo

Quantas coisas dependem das bibliotecas do KDE? (Fora dos pacotes do KDE)

Provavelmente serei pego se apenas instalar um KDE de 64 bits? (programas de código fechado, por exemplo, VirtualBox (não deve requerer libs do KDE?), spotify (funciona bem no meu sistema 'puro' de 64 bits com algumas bibliotecas estáticas), etc ...)

    

Answer 1

Se algo requer uma biblioteca que não está presente, simplesmente não funcionará (como em, nem sequer iniciará). Não há mistério ou ambiguidade nisso. Se as aplicações que você mencionou rodarem, então você está bem.

Você pode verificar quais bibliotecas um binário precisa vincular com ldd . Por exemplo:

> 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)

Portanto, não, esse não precisa de bibliotecas do KDE de 32 bits. Existem outros binários associados ao VirtualBox, não sei ao certo o que são, mas eles incluem algumas libs com Qt em seu nome, por exemplo. %código%. Mas libQtGuiVBox mostra todos eles vinculados a bibliotecas de 64 bits e, mais uma vez, nada a ver com o KDE.

Tenha em mente que, embora o KDE use o Qt, o Qt é independente do KDE. Eles não são o mesmo projeto. Exigir Qt não significa exigir o KDE. Não vejo nenhum motivo pelo qual aplicativos de código fechado como os que você menciona precisem de partes do KDE, embora coisas mais obtusas ocorram.

Se um binário requer uma biblioteca que está faltando, você terá, por exemplo:

 libQtCoreVBox.so.4 => not found

O VirtualBox é um caso especial, no entanto; A razão pela qual isso não é encontrado pelo vinculador é que ele não está no caminho da biblioteca normal. Mas o vbox é iniciado com um script que presumivelmente cuida desses detalhes.