Cuestiones de Compatibilidad

¿En qué arquitecturas/sistemas funciona Debian GNU/Linux?
Debian GNU/Linux incluye el código fuente completo de todos los programas incluidos, así que debería funcionar en todos los sistemas soportados por el núcleo Linux; ver la FAQ sobre Linux para más detalles.
La actual entrega de Debian GNU/Linux contiene una distribución completa de ejecutables para las siguientes arquitecturas:
i386: ésta cubre PCs basados en procesadores compatibles Intel, incluyendo los 386, 486, Pentium, Pentium Pro, Pentium II (tanto Klamath como Celeron), Pentium III, Pentium IV de Intel y procesadores compatibles de AMD, Cyrix y otros.
m68k: esto cubre Amigas y Ataris con un procesador Motorola 680x0 para x>=2; con MMU.
alpha: sistemas Alpha de Compaq/Digital.
sparc: esto cubre sistemas SPARC de Sun y la mayoría de los sistemas UltraSPARC.
powerpc: esto cubre algunas máquinas PowerPC de IBM/Motorola, incluyendo máquinas CHRP, PowerMac y PReP.
arm: máquinas ARM y StrongARM.
mips: sistemas MIPS big-endian de SGI, Indy e Indigo2; mipsel: máquinas MIPS little-endian, estaciones DEC de Digital.
hppa: Máquinas PA-RISC de Hewlett-Packard (712, C3000, L2000, A500).
ia64: sistemas IA-64 de Intel ("Itanium").
s390: sistemas "mainframe" S/390 de IBM.
Actualmente se está trabajando en el desarrollo de distribuciones de binarios de Debian para las arquitecturas Sparc64 (UltraSparc nativo) y AMD de 64 bits.
Para más información sobre arranque, particionamiento del disco duro, activación de tarjetas PCMCIA y cuestiones similares por favor siga las instrucciones del Manual de Instalación, que está disponible en nuestro sitio WEB en http://www.debian.org/releases/stable/installmanual.

¿Hasta qué punto es Debian compatible con otras distribuciones de Linux?
Los desarrolladores de Debian se comunican con otros creadores de distribuciones de Linux, en un esfuerzo para mantener la compatibilidad binaria entre las distintas distribuciones. La mayoría de los productos comerciales corren tan bien sobre Debian como lo hacen sobre los sistemas en los cuales se compilaron.
Debian GNU/Linux se adhiere a la Estructura de Sistema de Ficheros Linux (Linux File System Structure). Sin embargo, hay espacio para la interpretación en algunas de las reglas que componen esta norma, por lo cual puede haber diferencias entre un sistema Debian y otros sistemas Linux.

¿Hasta qué punto es Debian compatible en código fuente con otros sistemas Unix?
El código fuente Linux de la mayoría de las aplicaciones es compatible con otros sistemas Unix. Casi todo lo que está disponible en los sistemas Unix System V, y en los sistemas comerciales o libres derivados de BSD, también puede funcionar en Linux. Sin embargo, tal aserción no tiene ningún valor en el mercado comercial de Unix, pues no hay manera de probarla. En el ámbito del desarrollo de software, se requiere una compatibilidad completa, y no sólo en "casi todos" los casos. Por ese motivo, hace algunos años surgió la necesidad de normas, y en la actualidad la POSIX.1 (IEEE Standard 1003.1-1990) es una de las normas más importantes sobre compatibilidad de código fuente en los sistemas operativos al estilo Unix.
Linux está encaminado a adherirse a POSIX.1, pero las normas POSIX cuestan dinero, y la certificación POSIX.1 (y FIPS 151-2) es bastante cara; esto ha hecho más difícil el trabajo de los desarrolladores de Linux para obtener completa conformidad POSIX. Los costes de certificación hacen poco probable que Debian obtenga un certificado de conformidad oficial, aún cuando complete satisfactoriamente el conjunto de pruebas de validación. (El conjunto de pruebas de validación puede obtenerse libremente en la actualidad, así que se espera que más gente trabaje en los temas de POSIX.1.)
Unifix GmbH (Braunschweig, Alemania) desarrolló un sistema Linux que ha sido certificado como conforme a la norma FIPS 151-2 (que es un superconjunto de POSIX.1). Esta tecnología estuvo disponible en la propia distribución de Unifix, denominada Unifix Linux 2.0 y en la distribución Linux-FT de Lasermoon.

¿Puedo utilizar los paquetes Debian (los ficheros ".deb") en mi sistema Linux RedHat/Slackware/...? ¿Puedo utilizar los paquetes RedHat (los ficheros ".rpm") en mi sistema Debian GNU/Linux?
Las diferentes distribuciones de Linux utilizan distintos formatos de paquete y distintos programas de administración de paquetes.
Usted probablemente puede: 	 Hay disponible un programa que permite desempaquetar un paquete Debian en una máquina que se ha instalado con una distribución `extraña', y generalmente funciona, en el sentido en que desempaquetará los ficheros. Lo contrario posiblemente es cierto también, esto es, un programa que desempaquete un paquete RedHat o Slackware en una máquina basada en Debian Linux probablemente tendrá éxito desempaquetando el paquete y colocando la mayoría de los ficheros en los directorios deseados. La causa de este éxito puede encontrarse mayormente en la existencia de (y la amplia adhesión a) la Norma de Sistema de Ficheros Linux (Linux File System Standard).
Usted probablemente no quiera: 	 La mayoría de los administradores de paquetes escriben ficheros administrativos cuando se utilizan para desempaquetar un archivo. Dichos ficheros administrativos en general no están estandarizados. Por lo tanto, el efecto de desempaquetar un paquete Debian en un entorno `extraño' puede tener efectos impredecibles (ciertamente no muy útiles) sobre el administrador de paquetes de dicho entorno. De la misma manera, las utilidades provenientes de otras distribuciones pueden tener éxito al desempaquetar sus archivos en un sistema Debian, pero probablemente causarán un fallo del sistema de administración de paquetes de Debian cuando llegue el momento de actualizar o borrar algunos paquetes, o incluso si se desea simplemente un informe exacto de los paquetes presentes en el sistema.
El mejor camino: 	 La Norma de Sistema de Ficheros Linux (y por lo tanto Debian GNU/Linux) requiere que los subdirectorios bajo /usr/local/ se usen enteramente a discreción del usuario. Así que los usuarios pueden desempaquetar paquetes `extraños' en este directorio, y luego administrar sus configuraciones, actualizarlos y borrarlos individualmente.

¿Es capaz Debian de ejecutar mis viejos programas "a.out"?
¿Todavía tiene un programa así? :-) Para ejecutar un programa cuyo binario está en formato a.out (i.e., QMAGIC o ZMAGIC),
Asegúrese de que su núcleo tenga soporte a.out incluido, ya sea directamente (CONFIG_BINFMT_AOUT=y) o como módulo (CONFIG_BINFMT_AOUT=m). (el paquete kernel-image de Debian contiene el módulo binfmt_aout.)
Si su núcleo soporta binarios a.out mediante módulos, entonces debe asegurarse de que esté cargado el módulo binfmt_aout. Puede hacer esto en el momento del arranque si tiene una línea que diga binfmt_aout en el fichero /etc/modules. Puede también hacerlo desde la línea de órdenes si ejecuta insmod NOMBREDIR/binfmt_aout.o donde NOMBREDIR es el nombre del directorio donde se almacenan los módulos construídos para la versión del núcleo que está corriendo. En un sistema con la versión 2.4.27 del núcleo es probable que NOMBREDIR sea /lib/modules/2.4.27/fs/.
Instale el paquete libc4.
En el momento en el que se salga Debian 2.0, es muy probable que el paquete libc4 haya sido eliminado de la distribución. Si este es el caso, usted podría querer buscar un CD-ROM de Debian antiguo (Debian 1.3.1 todavía tenía este paquete).
Si el programa que desea ejecutar es un cliente X a.out, entonces instale también el paquete xcompat.
Si tiene una aplicación comercial en formato a.out, puede ser el momento de pedir que le envíen una actualización a formato ELF.

¿Puede Debian ejecutar mis programas libc5 antiguos?
Sí. Simplemente, instale las bibliotecas necesarias de la sección oldlibs (que contiene paquetes antiguos que se incluyen para conseguir compatibilidad con aplicaciones antiguas).

¿Puede utilizarse Debian para compilar programas libc5?
Sí. Instale los paquetes -altdev necesarios. El conjunto mínimo de paquetes que necesitará es: altgcc, en la sección devel y libc5-altdev en la sección oldlibs. Entonces tiene que colocar las herramientas libc5 antes que las normales en el PATH. Esto es, ejecute la orden export PATH=/usr/i486-linuxlibc1/bin:$PATH (Esto no es esencial, sólo ventajoso). Si sólo lo va a utilizar una vez, sería suficiente con: PATH=/usr/i486-linuxlibc1/bin:$PATH make [objetivo].
Tenga en cuenta que ya no hay soporte para el entorno libc5.

¿Cómo debería instalar un paquete que no es Debian?
Los ficheros bajo el directorio /usr/local/ no están bajo el control del sistema de administración de paquetes de Debian. Por lo tanto, es una buena práctica colocar el código fuente de su programa en /usr/local/src/. Por ejemplo, puede extraer los ficheros de un paquete denominado "fu.tar" dentro del directorio /usr/local/src/fu. Después de compilarlo, coloque los ejecutables en /usr/local/bin/, las bibliotecas en /usr/local/lib/, y los ficheros de configuración en /usr/local/etc/.
Si sus programas y/o ficheros realmente deben situarse en algún otro directorio, aún puede colocarlos bajo el directorio /usr/local/, y crear los enlaces simbólicos en los lugares necesarios que apunten al lugar de instalación en /usr/local/, por ejemplo, puede crear el enlace

ln -s /usr/local/bin/fu /usr/bin/fu

En cualquier caso, si el paquete que obtuvo permite la redistribución en su licencia, debería considerar la posibilidad de construir un paquete Debian de él, y enviarlo para que forme parte del sistema Debian. Las instrucciones para convertirse en desarrollador de paquetes se encuentran en el Manual de Normas de Debian (véase ).

¿Por qué me da el mensaje de error "Can't find libX11.so.6" cuando trato de ejecutar fu?
Este mensaje de error puede significar que el programa está enlazado con la versión libc5 de las bibliotecas X11. En este caso necesitará instalar el paquete xlib6, de la sección oldlibs.

¿Por qué no puedo compilar programas que requieren libtermcap?
Debian usa la base de datos terminfo y la biblioteca ncurses para manejar la interfaz del terminal, en lugar de la base de datos termcap y la biblioteca termcap. Los usuarios que compilen programas que requieran conocimiento de la interfaz del terminal deben reemplazar las referencias a libtermcap con referencias a libncurses.
Para dar soporte a los ejecutables que hayan sido enlazados con la biblioteca termcap, y de los cuales no tenga el código fuente, Debian proporciona un paquete denominado termcap-compat. Éste provee tanto el fichero libtermcap.so.2 como /etc/termcap. Instale este paquete si el programa falla al ejecutarse con el mensaje de error "can't load library 'libtermcap.so.2'", o se queja de que no encuentra el fichero /etc/termcap.

¿Por qué no puedo instalar AccelX?
AccelX usa la biblioteca termcap durante su instalación. Vea ¿Por qué no puedo compilar programas que requieren libtermcap? más arriba.

¿Por qué se cuelgan mis aplicaciones Motif de Xfree 2.1 antiguas?
Necesita instalar el paquete motifnls, que proporciona los ficheros de configuración de XFree-2.1 necesarios para que las aplicaciones compiladas con XFree-2.1 funcionen bajo XFree-3.1.
Sin estos ficheros, algunas aplicaciones Motif compiladas en otras máquinas (como Netscape) se pueden colgar al intentar copiar o pegar desde o hacia un campo de texto, y también presentan otros problemas.

¿Puedo instalar y compilar un núcleo sin `retoques' específicos para Debian?
Sí. Pero debe comprender antes las reglas que tiene Debian acerca de los ficheros de cabecera.
Las bibliotecas C de Debian se construyen con las últimas entregas estables de los ficheros de encabezado de gcc. Por ejemplo, la distribución Debian-1.2 usó la versión 5.4.13 de los ficheros de encabezado. Esta práctica contrasta con los paquetes de fuentes del núcleo que se archivan en todos los sitios FTP de Linux, que utilizan versiones aún más nuevas de los ficheros de encabezado. Los encabezados del núcleo que se distribuyen junto con los fuentes de dicho núcleo se encuentran alojados en /usr/include/linux/include/.
Si necesitara compilar un programa con encabezados de núcleo más nuevos que los provistos por libc6-dev, entonces tendrá que agregar -I/usr/src/linux/include/ a la línea de órdenes al compilar. Esto sucede en una situación, por ejemplo, con el paquete del demonio de automontaje (automounter daemon) (amd). Cuando los nuevos núcleos cambian las cuestiones internas que manejan el NFS, amd necesita enterarse de tales cambios. Para ello requiere la inclusión de las últimas versiones de los encabezados del núcleo.