[ précédent ] [ Table des matières ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ suivant ]

La FAQ Debian GNU/Linux
Chapitre 3 - Problèmes de compatibilité

3.1 Sur quelle architecture matérielle fonctionne Debian GNU/Linux ?

Debian GNU/Linux fournit le code source complet pour tous les programmes, donc elle peut fonctionner sur tous les systèmes supportant le noyau Linux. voir la FAQ Linux pour plus de détails.

La version actuelle de Debian GNU/Linux, la 4.0, contient une distribution binaire complète pour les architectures suivantes :

i386 : ceci couvre les ordinateurs PCs basés sur les processeurs Intel et compatible, incluant les processeurs Intel 386, 486, Pentium, Pentium Pro, Pentium II (Klamath et Celeron), et Pentium III, et la plupart des processeurs compatibles de AMD, Cyrix et autres.

m68k : ceci couvre les machines Amigas et ATARIs ayant un processeur Motorola 680x0 pour x>=2 avec MMU.

alpha : les systèmes Alpha de Compaq/Digital.

sparc : ceci couvre les SPARC de SUN et la plupart des systèmes UltraSPARC.

powerpc : ceci couvre certaines machines IBM/Motorola PowerPC, incluant les machines CHRP, PowerMac et PReP.

arm : les machines ARM et StrongARM.

mips : les systèmes MIPS gros-boutiens de SGI, Indy et Indigo2; mipsel : les machines MIPS petit-boutiennes, Digital DECstations.

hppa : les machines PA-RISC de Hewlett-Packard (712, C3000, L2000, A500).

ia64 : les ordinateurs Intel IA-64 (« Itanium »).

s390 : les systèmes mainframe S/390 de IBM.

Le développement d'une distribution binaire Debian pour les architectures Sparc 64 (native UltraSPARC) est actuellement en cours.

Pour de plus amples informations sur le démarrage, le partitionnement du disque, l'activation des périphériques PCMCIA (carte PC) et sur des questions semblables veuillez-vous référer aux instructions du manuel d'installation, qui est disponible sur notre site web à l'adresse http://www.debian.org/releases/stable/installmanual.

3.2 Debian est-elle compatible avec les autres distributions ?

Les développeurs Debian communiquent avec les responsables des autres distributions Linux pour maintenir la compatibilité binaire entre les distributions Linux. La plupart des produits Linux commerciaux fonctionnent aussi bien sous Debian que sur le système pour lequel ils ont été construits.

Debian GNU/Linux se conforme à la norme de hiérarchie du système de fichiers Linux (« Linux Filesystem Hierarchy Standard »). Cependant, certaines des règles de cette norme laissent une part à l'interprétation, de ce fait il peut y avoir de légères différences entre un système Debian et les autres systèmes Linux.

3.3 Comment le code source compatible Debian l'est-il avec d'autres systèmes Unix ?

Pour la plupart des applications, le code source de Linux est compatible avec les autres systèmes Unix. Il gère presque tout qui est disponible pour les systèmes Unix de type système V et pour les systèmes dérivés des BSD libres et commerciaux. Cependant dans le monde Unix une telle déclaration n'a presque aucune valeur parce qu'il n'y a aucune possibilité de la prouver. Dans le secteur du développement logiciel la compatibilité complète est exigée et pas seulement une compatibilité dans « la plupart des » cas. Ainsi il y a des années le besoin de normes s'est ressenti, et de nos jours POSIX.1 (norme 1003.1-1990 d'IEEE) est une des normes principales pour la compatibilité du code source des systèmes d'exploitation de type Unix.

Linux est prévu pour adhérer à POSIX.1, mais les normes de POSIX ne sont pas gratuites et la certification POSIX.1 (et FIPS 151-2) est très chère ; ce qui fait qu'il est très difficile pour les développeurs Linux de travailler sur une conformité complète de la norme Posix. Les coûts de certification rendent peu probable l'obtention par Debian d'une certification officielle de conformité même s'il passait complètement la suite de validation (la suite de validation est maintenant disponible gratuitement, ainsi on s'attend à ce que plus de personnes travaillent sur les questions POSIX.1).

Unifix GmbH (Braunschweig, Allemagne) a développé un système Linux qui a été certifié conforme à la norme FIPS 151-2 (un sur-ensemble de POSIX.1). Cette technologie était disponible dans une distribution de Unifix appelée Unifix Linux 2.0 et dans Linux-FT de Lasermoon.

3.4 Peut-on utiliser des paquets Debian (fichiers « .deb ») sur un système Linux Red Hat/Slackware/... ? Peux-t-on utiliser des paquets Red Hat (fichiers « .rpm ») sur un système Debian GNU/Linux ?

Les différentes distributions Linux utilisent des formats de paquets et des programmes de gestion de paquets différents.

Vous pouvez probablement :: Un programme pour installer un paquet de Debian sur une machine Linux d'une autre distribution est disponible et fonctionnera généralement, dans le sens que les fichiers seront désarchivés. L'inverse est probablement vraie également, c.-à-d., un programme pour désarchiver un paquet Red Hat ou Slackware sur une machine Debian GNU/Linux réussira probablement avec succès à désarchiver le paquet et à placer la plupart des fichiers dans leur répertoire prévu. C'est en grande partie une conséquence de l'existence (et de la large adhérence) à la norme de hiérarchie du système de fichiers Linux. Le paquet alien est utilisé pour convertir les différents formats des paquets.

Vous ne voulez probablement pas :: La plupart des responsables de paquet écrivent des fichiers de contrôle utilisés pour le désarchivage des paquets. Ces fichiers de contrôle ne sont généralement pas standardisés. Par conséquent, l'effet de désarchiver un paquet Debian sur une machine d'une autre distribution aura (certainement) des effets imprévisibles sur le gestionnaire de paquets du système. De même, les utilitaires d'autres distributions pourraient réussir à dépaqueter leurs archives sur des systèmes Debian, mais feront probablement échouer le système de gestion de paquets de Debian quand le temps viendra d'améliorer ou d'enlever quelques paquets, ou même simplement pour rapporter exactement quels paquets sont présents sur un système.

Une meilleure méthode :: La norme de système de fichiers Linux (et donc aussi de Debian GNU/Linux) exige que le sous-répertoire /usr/local/ soit entièrement à la discrétion de l'utilisateur. Donc les utilisateurs peuvent désarchiver leur paquet dans ce répertoire, puis administrer leur configuration, les mettre à niveau et les déplacer individuellement.

3.5 Debian est-elle capable d'exécuter de vieux programmes basés sur la libc5 ?

Oui. Installez simplement la bibliothèque libc5 nécessaire, depuis la section oldlibs (contenant des paquets obsolètes gardés pour compatibilité avec d'anciennes applications).

3.6 Debian peut-elle être utilisée pour compiler des programmes avec la libc5 ?

Oui. Installez les paquets libc5-altdev et altgcc (depuis la section oldlibs). Vous trouverez les compilateurs gcc et g++ compilés avec la libc5 dans le répertoire /usr/i486-linuxlibc1/bin. Mettez ce chemin dans votre variable $PATH de façon à ce que make et les autres programmes les exécutent en premier.

Faite attention que l'environnement libc5 n'est plus complètement géré par nos autres paquets.

3.7 Comment installer un programme n'appartenant pas à Debian ?

Les fichiers sous le répertoire /usr/local/ ne sont pas sous le contrôle du système de gestion des paquets Debian. Ainsi, c'est une bonne habitude de mettre le code source de vos programmes dans le répertoire /usr/local/src. Par exemple, vous pouvez extraire les fichiers d'une archive appelée « foo.tar » dans le répertoire /usr/local/src/foo. Après la compilation, déposez les binaires dans /usr/local/bin/, les bibliothèques dans /usr/local/lib/ et les fichiers de configuration dans /usr/local/etc/.

Si vos programmes et/ou fichiers doivent vraiment être placés dans un autre répertoire, vous pourriez les stocker tout de même dans /usr/local/, et établir les liens symboliques appropriés de l'endroit exigé vers son emplacement dans /usr/local/, par exemple, vous pourriez faire le lien

     ln -s /usr/local/bin/foo /usr/bin/foo

De toute façon, si vous récupérez un programme dont le copyright permet la redistribution, vous devriez considérer la possibilité d'en faire un paquet Debian et de le télécharger pour le système de Debian. Les directives pour devenir un responsable de paquet sont incluses dans le manuel de la charte Debian (voir Quelles autres documentations existent sur le système Debian ?, Section 11.1).

3.8 Pourquoi ne peut-on pas compiler de programme nécessitant libtermcap ?

Debian emploie la base de données de terminfo et la bibliothèque de ncurses pour les interfaces des terminaux, plutôt que la base de données et la bibliothèque de termcap. Les utilisateurs qui compilent des programmes demandant des connaissances sur l'interface terminal devraient remplacer les références à libtermcap par des références à libncurses.

Pour faire fonctionner les binaires qui ont déjà été liés avec la bibliothèque termcap et dont vous n'avez pas les sources, Debian fournit un paquet appelé termcap-compat. Ceci fournit les deux bibliothèques libtermcap.so.2 et /etc/termcap. Installez ce paquet si le programme refuse de s'exécuter et affiche le message d'erreur « can't load library 'libtermcap.so.2' », ou ce plaint au sujet du fichier /etc/termcap manquant.

3.9 Pourquoi ne peut-on pas installer AccelX ?

AccelX utilise la bibliothèque termcap pour son installation. Voir Pourquoi ne peut-on pas compiler de programme nécessitant libtermcap ?, Section 3.8 ci-dessus.

3.10 Pourquoi mes vieilles applications Motif sous XFree 2.1 plantent-elles ?

Vous avez besoin d'installer le paquet motifnls qui fournit les fichiers de configuration de XFree-2.1 nécessaire pour permettre aux applications compilées sous XFree-2.1 de tourner sous XFree-3.1.

Sans ces fichiers, certaine applications Motif compilées sur une autre machine (comme Netscape) peuvent se planter lors d'un copier-coller depuis ou vers un champs texte et il peut y avoir d'autres problèmes.