第 3 章 - 兼容性问题

3.1 可以在什么样的硬件系统上运行?

Debian GNU/Linux 包含所有程序的完整源代码, 因此可以在所有Linux内核支持的硬件系统上运行; 详见 Linux FAQ.

Debian GNU/Linux 现在的版本是 8, 包括在以下硬件系统上运行的完整的源代码和二进制程序:

i386: 指基于 Intel 和兼容处理器的 PC 机,包括Intel的 386, 486, Pentium, Pentium Pro, Pentium II (Klamath 和 Celeron), 和 Pentium III, 以及 AMD, Cyrix 等制造的兼容处理器.

m68k: 指基于Motorola 680x0 的Amiga 和 ATARI系列.

alpha: 指 Compaq/Digital 的 Alpha 系统.

sparc: 指Sun的 SPARC 和大部分的 UltraSPARC 系统.

powerpc: 指 IBM/Motorola PowerPC, 包括 CHRP, PowerMac 和 PReP.

arm: 指ARM 和 StrongARM.

mips: 指 SGI 的 big-endian MIPS 系统, Indy 和 Indigo2; mipsel: 指 little-endian MIPS, Digital DECstations.

hppa: 指 Hewlett-Packard 的 PA-RISC(712, C3000, L2000, A500).

ia64: 指Intel 的 IA-64 ("Itanium") 计算机.

s390: IBM 的 S/390 系统.

基于 Sparc64(UltraSPARC native) 的 Debian 的二进制版本正在开发阶段.

更多的具体硬件支持详见用户安装手册 http://www.debian.org/releases/stable/installmanual.

3.2 与其他的linux发行版兼容行如何?

Debian 发者努力与其他 Linux 发行版沟通, 以保持软件的兼容性. 大多数的软件都可以象在他们的开发环境下一样运行的很好.

Debian GNU/Linux 遵循 Linux 文件系统层次标准)Linux Filesystem Hierarchy Standard). 但是, 在规则解释上存在一定的回旋余地因此某些细节上可能与其它发行版有所不同.

3.3 Debian 源码与其他 Unix 兼容性如何?

大多数Linux程序的源码是和其他 Unix 系统相兼容的. 它几乎支持 System V Unix 系统和自由的和商业的 BSD 系统中的所有程序的源码. 但是说法无法证明, 因此对于 UNIX 没有什么价值. 在软件开发中需要的是完全兼容, 而不是大部分兼容. 因此出现了今天的 POSIX.1 (IEEE Standard 1003.1-1990), 类 UNIX 系统源码兼容性的主要标准之一.

Linux 原本要基于 POSIX.1 的, 但是 POSIX 不是免费的, 而且 POSIX.1 证书相当昂贵. 这使得 Linux 基于 POSIX 开发相当困难. 证书费用使得 Debian 获得官方兼容性证明相当困难, 即使已经完全通过确认条款(为了让更多的人在 POSIX 标准上工作, 这些确认条款可以免费获得).

Unifix 股份有限公司(Braunschweig, 德国) 开发了一个获得了 FIPS 151-2 证书的 Linux 系统. 这种技术用于 Unifix 的发行版 Unifix Linux 2.0 和 Lasermoon 的 Linux-FT.

3.4 我可以在 RedHat/Slackware/... 上使用 Debian 的包(".deb"文件)吗? 我可以在 Debian 上使用 RedHat 的 rpm 包吗?

不同的发行版使用不同的软件包格式和软件包管理程序.

你或许能:

通过一个程序可以把一个 Debian 包安装基于'其它'发行版的 Linux 系统中, 通常可以正常运行, 也可以把一个RedHat 或 Slackware 格式的包转换成 Debian GNU/Linux 格式的包. 这得益于 Linux 文件系统的层次标准. Alien 程序用于不同格式的包的转换.

你或许不想:

有些人在安装文件时, 自己来写安装控制文件, 通常这些文件是不标准的. 因此在 '其它' 系统上安装一个 Debian 包, 对于包管理系统可能产生不可预知的影响. 同样一个其它系统上的程序也许可以成功的安装到 Debian 系统中, 但是, 可能会导致 Debian 包管理系统不能完成一些包升级或删除, 甚至不能报告系统上安装了哪些包.

一个比较好的方法:

Linux文件系统标准建议 /usr/local/ 下的目录完全由用户使用, 因此可以将‘foreign' 软件安装到这个目录下,进行配置,升级,或删除.

3.5 Debian 可以运行 "a.out" 程序吗 ?

你确实还有这样的程序吗? :-)

执行 一个类似于 a.out 格式的程序(即, QMAGIC 或 ZMAGIC),

• 确定内核支持, 要么内建支持(CONFIG_BINFMT_AOUT=y), 要么动态模块支持(CONFIG_BINFMT_AOUT=m). (Debian 的内核影像含有一个 binfmt_aout 模块)

  如果你的内核是动态模块支持, 那么确保 binfmt_aout 模块已加载. 你可以修改 /etc/modules 文件, 使得 binfmt_aout 模块启动时加载. 也可以执行 insmod DIRNAME/binfmt_aout.o 命令来完成. DIRNAME 指和内核版本有关的路径名, 在 2.2.17 内核的系统中 DIRNAME 有可能是 /lib/modules/2.2.17/fs/.

• 安装可以在 2.0 以前版本找到的 libc4 包（因为 2.0 开始删除了那个包). 可以在老版的 Debian 光盘（Debian 1.3.1 仍然含有这个包）或者这里 ftp://archive.debian.org/debian-archive/ 找到

• 如果你执行的程序是个a.out图形客户端, 安装 xcompat 包.(参阅前面的获取方法).

如果你有 a.out 格式的商业程序, 这是要求商家发给你一个 ELF 升级版的好机会.

3.6 IDebian 可以运行 libc5 程序吗?

是的,只需要从 oldlibs 区域(与老程序兼容所需包)安装 libc5 库.

3.7 Debian 可以编译 libc5 程序吗?

是的. 从 oldlibs 目录安装 libc5-altdev 和 altgcc 软件包. 你会在 /usr/i486-linuxlibc1/bin 目录下发现所需的 gcc 和 g++, 把它放入你的 $PATH 变量, 使得make 和其他程序首先执行它.

编译客户端图形窗口系统(X clients), 需要安装 xlib6 和 xlib6-altdev 包.

注意我们的其他软件包对 libc5 环境不是支持的太好.

3.8 如何安装非 Debian 格式程序?

/usr/local/ 目录下的文件不在 Debian 包管理系统控制范围之内. 因此把你的程序的源代码放到 /usr/local/src/ 目录下是个不错的习惯. 例如你可以把一个名为 "foo.tar" 的包解压到 /usr/local/src/foo 目录, 编译后，可执行程序放到 /usr/local/bin/, 库文件放到 /usr/local/lib/, 配置文件放到/usr/local/etc/.

如果你的程序必须放到其它目录, 你仍可以把它们放到这个目录, 在需要的目录建立一个符号连接指向 /usr/local/ 目录下它的位置. 如

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

如果你获得一个可再分发的软件, 可以把它做成 Debian 格式的包, 然后把它加载到 Debian 系统中, 在用户手册中有关于Debian 格式包制作的介绍(详见Debian 系统的其他文档?, 第 11.1 节).

3.9 我运行 foo 时为什么提示 " 无法找到libX11.so.6"?

这个错误表明此程序使用的 X11 的库是 libc5版本, 这就意味着你需要从 oldlibs 安装xlib6 This error message could mean that the program is linked against the libc5 version of the X11 libraries. In this case you need to install the xlib6 package, from the oldlibs section.

你也可能碰到关于 libXpm.so.4 的错误信息, 这就需要从 xpm4.7 包中安装libc5 版本的 XPM 库.

3.10 为什么我不能编译需要 libtermcap 的程序?

Debian 使用 terminfo 数据库和 ncurses 库文件而不是 termcap 数据库和termcap 库文件. 编译这些软件时应该用 libncurses 替换 libtermcap, 并且用户应该有一定的关于终端接口的知识.

为了运行已经和 termcap 库相连并且你没有源代码的程序, Debian 提供了一个称作 termcap-compat 的包, 它提供了 libtermcap.so.2 和 /etc/termcap, 安装这个包可以解决程序运行提示无法加载'libtermcap.so.2'库或缺少 /etc/termcap 文件的问题.

3.11 什么无法安装 AccelX?

AccelX 安装时会用到 termcap 库, 详见为什么我不能编译需要 libtermcap 的程序?, 第 3.10 节.

3.12 为什么我的 XFree2.1Motif 崩溃了?

你需要安装 motifnls 包, 他提供了在 XFree-3.1下运行基于 XFree-2.1 编译的 Motif 程序的XFree-2.1 配置文件.

没有这些文件, 一些 Motif 程序在做拷贝和粘贴操作时有可能会崩溃, 也可能会出现其他的问题.