[ 上一篇 ] [ 目录 ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ 下一篇 ]
Debian GNU/Linux 包含了所有内建程序的完整源代码，因此它应该能在所有 Linux 内核支持的系统上工作；详情请参阅 Linux 常见问题解答。
当前的 Debian GNU/Linux 发行版 6.0 包含以下架构的完整二进制发行版本
i386：这涵盖了基于 Intel 和兼容处理器的系统，包括 Intel 的 386、486、奔腾、奔腾 Pro、奔腾 II（Klamath 和 Celeron）、奔腾 III，以及 AMD、Cyrix 和其他厂商的大多数兼容处理器。
amd64：这涵盖了基于带有 AMD64 扩展的 AMD 64 位 CPU 和所有带有 EM64T 扩展的 Intel CPU 的系统，以及通用的 64 位用户空间。
alpha：Compaq/Digital 的 Alpha 系统。
sparc：这涵盖了 Sun 的 SPARC 和大多数 UltraSPARC 系统。
powerpc：这涵盖了一些 IBM/Motorola PowerPC 机器，包括 CHRP、PowerMac 和 PReP 机器。
arm：ARM 和 StrongARM 机器。
mips：SGI 的大端序 MIPS 系统，Indy 和 Indigo2；mipsel：小端序 MIPS 机器，Digital DECstations。
hppa：惠普的 PA-RISC 机器（712、C3000、L2000、A500）。
ia64：Intel IA-64 ("Itanium") 计算机。
s390：IBM S/390 大型机系统。
Sparc64 (UltraSPARC 原生) 架构的 Debian 二进制发行版本的开发目前正在进行中。
此版本已删除对 m68k 架构的支持，因为它不符合 Debian 发布管理器设定的标准。此架构涵盖了配备 Motorola 680x0 处理器（x>=2；带 MMU）的 Amiga 和 ATARI。但是，即使它不是此官方稳定版本的一部分，该移植仍然处于活动状态并可用于安装，并且可能会在未来的版本中重新激活。
有关可用移植的更多信息，请参阅网站上的 移植页面。
有关启动、磁盘分区、启用 PCMCIA（PC 卡）设备和类似问题的更多信息，请按照安装手册中的说明进行操作，该手册可从我们的网站 http://www.debian.org/releases/stable/installmanual 获取。
Debian 开发者与其他 Linux 发行版创建者进行沟通，努力维护 Linux 发行版之间的二进制兼容性。大多数商业 Linux 产品在 Debian 下的运行情况与它们在其构建系统上的运行情况一样好。
Debian GNU/Linux 遵循 Linux 文件系统层次标准。然而，该标准中的某些规则存在解释空间，因此 Debian 系统和其他 Linux 系统之间可能存在细微差异。
Debian GNU/Linux 支持为 Linux 标准库 开发的软件。LSB 是一项规范，允许在多个发行版上使用相同的二进制软件包。Debian Etch 版本已通过 LSB Release 3.1 认证，请参阅 Linux 基金会认证网页。关于确保 Debian 满足 Linux 标准库要求的讨论和协调工作正在 debian-lsb 邮件列表 中进行。
对于大多数应用程序，Linux 源代码与其他 Unix 系统兼容。它几乎支持 System V Unix 系统以及免费和商业 BSD 衍生系统中可用的所有内容。然而，在 Unix 业务中，这种说法几乎没有价值，因为无法证明它。在软件开发领域，需要的是完全兼容，而不是“大多数”情况下的兼容。因此，多年前就出现了对标准的需求，如今 POSIX.1（IEEE 标准 1003.1-1990）是类 Unix 操作系统中源代码兼容性的主要标准之一。
Linux 旨在遵守 POSIX.1，但 POSIX 标准需要真金白银，而且 POSIX.1（和 FIPS 151-2）认证非常昂贵；这使得 Linux 开发者更难致力于完全符合 POSIX 标准。认证成本使得 Debian 即使完全通过验证套件，也不太可能获得官方的符合性认证。（验证套件现在可以免费使用，因此预计会有更多人致力于解决 POSIX.1 问题。）
Unifix GmbH（德国不伦瑞克）开发了一个 Linux 系统，该系统已通过 FIPS 151-2（POSIX.1 的超集）认证。这项技术在 Unifix 自己的发行版 Unifix Linux 2.0 和 Lasermoon 的 Linux-FT 中提供。
不同的 Linux 发行版使用不同的软件包格式和不同的软件包管理程序。
有一个程序可以将 Debian 软件包解包到从“外部”发行版构建的 Linux 主机上，并且通常可以工作，因为文件将被解包。反过来可能也是如此，也就是说，在基于 Debian GNU/Linux 的主机上解包 Red Hat 或 Slackware 软件包的程序可能会成功解包软件包并将大多数文件放置在预期的目录中。这很大程度上是 Linux 文件系统层次标准的存在（和广泛遵守）的结果。Alien 软件包用于在不同的软件包格式之间进行转换。
大多数软件包管理器在用于解包存档时会写入管理文件。这些管理文件通常不是标准化的。因此，在“外部”主机上解包 Debian 软件包的效果将对该系统上的软件包管理器产生不可预测的（当然是无用的）影响。同样，来自其他发行版的实用程序可能成功地在 Debian 系统上解包其存档，但当需要升级或删除某些软件包，甚至只是报告系统上存在哪些软件包时，可能会导致 Debian 软件包管理系统失败。
Linux 文件系统标准（以及 Debian GNU/Linux）要求 /usr/local/ 下的子目录完全由用户自行决定。因此，用户可以将“外部”软件包解包到此目录中，然后单独管理其配置、升级和删除。
/usr/local/ 目录下的文件不受 Debian 软件包管理系统的控制。因此，最佳实践是将程序的源代码放在 /usr/local/src/ 中。例如，您可以将名为“foo.tar”的软件包的文件提取到 /usr/local/src/foo 目录中。编译完成后，将二进制文件放在 /usr/local/bin/ 中，将库文件放在 /usr/local/lib/ 中，并将配置文件放在 /usr/local/etc/ 中。
如果您的程序和/或文件确实必须放在其他目录中，您仍然可以将它们存储在 /usr/local/ 中，并从所需位置到其在 /usr/local/ 中的位置构建相应的符号链接，例如，您可以创建链接
ln -s /usr/local/bin/foo /usr/bin/foo
在任何情况下，如果您获得了一个版权允许重新分发的软件包，您应该考虑将其制作成 Debian 软件包，并将其上传到 Debian 系统。成为软件包开发者的指南包含在 Debian 策略手册中（请参阅 Debian 系统上还有哪些其他文档？，第 12.1 节）。
Debian 使用 terminfo 数据库和终端接口路由的 ncurses 库，而不是 termcap 数据库和 termcap 库。编译需要了解终端接口的程序的用户应该将对 libtermcap 的引用替换为对 libncurses 的引用。
为了支持已经与 termcap 库链接的二进制文件，并且您没有这些二进制文件的源代码，Debian 提供了一个名为 termcap-compat 的软件包。它同时提供 libtermcap.so.2 和 /etc/termcap。如果程序因错误消息“无法加载库 'libtermcap.so.2'”而无法运行，或者抱怨缺少 /etc/termcap 文件，请安装此软件包。
AccelX 在安装时使用 termcap 库。请参阅上面的 为什么我无法编译需要 libtermcap 的程序？，第 4.6 节。
您需要安装 motifnls 软件包，它提供了允许在 XFree-2.1 下编译的 Motif 应用程序在 XFree-3.1 下运行所需的 XFree-2.1 配置文件。
如果没有这些文件，在其他机器上编译的一些 Motif 应用程序（例如 Netscape）在尝试从文本字段复制或粘贴到文本字段时可能会崩溃，并且还可能出现其他问题。
[ 上一篇 ] [ 目录 ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ 下一篇 ]
Debian GNU/Linux 常见问题解答
版本 5.0，2011 年 8 月 27 日