Nome da distro, glibc ou compilador: que comproba o instalador

O instalador imprime “unsupported distribution”, vostede edita unha cadea e continúa ata que falla un minuto despois cun erro do cargador. Esa secuencia é o síntoma que convén recoñecer: o primeiro fallo foi unha comprobación de recoñecemento e o segundo é un límite de compatibilidade. Son dous problemas distintos que casualmente aparecen no mesmo terminal. Editar a comprobación só o pode levar do primeiro ao segundo.

O síntoma: o instalador detense na súa derivada

Un script que le un nome de distribución e négase a continuar está a dicirlle que o seu autor non probou a súa derivada. Iso é unha declaración de soporte e non un feito técnico, e a miúdo é incorrecta no sentido de que o paquete funcionaría sen problema.

O problema comeza cando o apaño se converte no plan. Cambiar un ficheiro de identidade fai que a comprobación pase, e o paquete entón cárgase, ou non se carga, contra o contorno de execución que realmente está instalado. Se falla alí, ningunha edición adicional de identidade servirá.

Así que o movemento útil é averiguar que pregunta fixo o instalador e despois averiguar se a resposta tería importado. Son dúas investigacións separadas e só a segunda predí se o paquete funcionará.

Tres versións que a xente chama a versión do sistema

Unha versión de distribución nomea un contorno empaquetado. Unha versión de biblioteca C nomea unha implementación do contorno de execución e a súa versión. Unha versión de compilador nomea unha cadea de ferramentas. Nunha conversa a xente chama ás tres “a versión do sistema”, e nun instalador non son intercambiables.

cat /etc/os-release
ldd --version | head -1
gcc --version | head -1
uname -m

Unha aplicación precompilada espera o contorno de execución presente cando se enlazou. Cambiar compiladores no host non a volve enlazar, e unha cadea de ferramentas máis nova non cambia nada nos símbolos do cargador que pide o binario. A arquitectura importa outra vez por separado, porque un paquete de 32 bits nun sistema de 64 bits falla por razóns que ningunha cadea de versión explica.

Garde as catro saídas co informe. Recollelas leva dez segundos e responden a maioría das preguntas que un mantedor lle faría por correo.

Lea o erro, non a comprobación

O primeiro erro de arranque é a evidencia. Unha mensaxe sobre un obxecto compartido que falta, ou sobre unha versión de símbolo que o cargador non pode satisfacer, é un problema de dependencia do contorno de execución. Unha mensaxe que repite o nome da distribución é de novo a comprobación de recoñecemento, noutro sitio.

A documentación do enlazador dinámico describe como funciona a busca de bibliotecas e onde busca o cargador. Cambiar unha etiqueta de distribución non engade un directorio a esa ruta de busca, e por iso o segundo fallo parece non ter relación co primeiro.

Non recorra a ldd sobre un executábel descargado como primeiro paso casual. O seu propio manual advirte que pode executar o programa nalgunhas circunstancias, e executar un instalador non fiable é exactamente o caso ao que se refire esa advertencia.

Por que editar a cadea non axuda

Falsificar a identidade do sistema operativo cambia como cada programa da máquina se ve a si mesmo. Os xestores de paquetes, as ferramentas de soporte e outras aplicacións len o mesmo ficheiro, e un valor que satisface un instalador pode confundir outra cousa meses despois.

Substituír bibliotecas do host por ficheiros doutra distribución é peor. Pode romper software non relacionado, é invisible para o xestor de paquetes e necesita un plan de mantemento que ninguén escribe. Eses cambios non os xustifica un só instalador restritivo.

Se a comprobación é realmente un defecto de recoñecemento, o mantedor pode confirmalo e describir a corrección admitida. Se non é un defecto, a vía admitida é unha compilación para a súa plataforma, e esa resposta non cambia porque se editou a cadea.

Escriba un informe sobre o que o mantedor poida actuar

Anote a distribución e a versión, a arquitectura, a versión do VPN, a condición exacta que se rexeitou e o primeiro erro do contorno de execución se chegou tan lonxe. Indique se modificou algo, porque un informe dun sistema modificado é outro informe.

Deixe o instalador orixinal sen cambios e describa a comprobación en lugar de sortearla. Esa distinción permite ao mantedor separar unha regra de recoñecemento demasiado estreita dun límite real de compatibilidade binaria, que son dous erros moi distintos con dúas correccións moi distintas.

Se a resposta é que a súa plataforma non é compatible, é un resultado utilizábel. Dille que busque unha compilación compatible en lugar de pasar outra tarde sobre ficheiros de identidade que nunca foron o problema.