Debian
Debianでは、以下のような環境に対応したバイナリ版を作成している。括弧内はプロジェクトでの呼称である。
AMD64 (amd64/x86-64)
ARM EABI (armel)
Hard Float ABI ARM (armhf)
64ビット版ARM (arm64)
x86 (i386/IA-32、ただし現行版では80386には対応しない)
MIPS (mips/mipsel)
64ビット版リトルエンディアンMIPS (mips64el)
64ビット版リトルエンディアンPowerPC (ppc64el)
System z (s390x)
以下の環境はかつて対応されていたが、現在では公式には対応されていない(一部の環境では非公式な対応が存在する)。
MC68000 (m68k)(etchより開発対象から外された)
Alpha (alpha)(squeezeより開発対象から外された)
ARM (arm)(同上。armelにより置き換え)
PA-RISC (hppa)(同上)
IA-64 (ia64)(jessieより開発対象から外された)
SPARC (sparc)(同上)
IBM S/390及びzSeries(同上。
主な理由として、potatoからwoody以後にかけて、パッケージ数が2倍程に増加、またwoodyでの対応環境も増加したため、公開直後からこれに伴うバグが飛躍的に増大した点がある。とりわけリリースクリティカルバグが事実上すべて解消されない限り公開できないため、公開日程に多大なる影響を与えた。パッケージメンテナのバグに対する考え方は温度差があり、たとえば特定の言語のみ発生するバグならば、そのメンテナがバグ対象の言語圏でも無い限りバグを修正することに対する意欲を持つことは少ない。コミュニティによるボランティアを作業基盤とするDebian特有の問題とも言える。
しかし、長くなっていく公開間隔について、フリーソフトウェアコミュニティから疑問の声が上がった。Debianのsargeリリース直前には、実際にDebian開発者の1人であったShuttleworthが主導してUbuntuというプロジェクトを派生させた。Shuttleworthが雇っているUbuntu開発者の多くは、かつてはDebianボランティアだったか、または今もDebianに関わっている人々である。多くの場合、Ubuntu開発者として(Canonicalを通して)雇われた人々はDebianでも同じパッケージの管理をしている。この点については本人も公式サイトで「Debian の開発者の中には、Ubuntu で仕事のほとんどをするようになった人も確かにいます。また、Ubuntu と Debian で同じように仕事をしている開発者もいます。」としてそれを認めている。Debian の創立者、Ian Murdochは、Ubuntu の人気が Debian 派生のディストロのために良い兆しだとは考えていない。
Debianの特長として、保守の単純さがある。パッケージ管理システムを備えており、ひとたび導入が終了すれば、パッケージマネージャのAPT (Advanced Package Tool) により、ソフトウェアの更新が行える。パッケージの導入は、セキュリティ関連の更新やプログラム相互の依存性確認も含めて、仮想端末(コンソール)より容易に操作できる。
パッケージの依存関係には、大きく分けて、depends(依存)、recommends(推奨)、suggests(提案) という3種類の項目が設定されており、動作に必須なものがdepends、動作に必須ではないが常識的に必要とするものがrecommends、組み合わせる事で更に便利に使えるものがsuggestsに指定されている。lenny以前では、apt-getは、depends以外の項目を上手に扱えなかった。これらの項目を最大限生かす事ができるaptitudeの使用がSarge以降では勧められていた。Squeezeではこの点は改善された。さらに、自動削除に対応するようにも更新された。
APTには補助的機能を追加するフロントエンドが数多く提供されており、以下ではaptitudeを含めた幾つかのフロントエンドを紹介する。