Ils ont été, cependant, démarqués et sont fournis avec des noms différents à cause de problèmes liés à la marque commerciale
Quand la sid n'existait pas, l'organisation du site FTP avait un défaut majeur. On supposait que quand une architecture était créée dans la distribution « unstable » actuel, elle serait publiée quand la distribution deviendrait la nouvelle distribution « stable ». Pour beaucoup d'architectures ce n'était pas le cas, ce qui obligeait à déplacer ces répertoires lors de la sortie d'une version. Ce n'était pas pratique parce que le déplacement aurait consommé beaucoup de bande passante.
Les administrateurs ont évité le problème pendant plusieurs années en plaçant les binaires pour les architectures non publiées dans un répertoire particulier nommé « sid ». Pour les architectures non encore publiées, lors de leurs sorties, un lien entre la stable courante et sid était créé et à partir de là elles étaient créées normalement dans l'arborescence « unstable ». Cette disposition était légèrement déconcertante pour les utilisateurs.
Avec l'arrivée des répertoires communs (voir Que trouve-t-on dans le répertoire pool ?, Section 6.10), les paquets ont commencé à être placés dans un endroit standard dans le pool, quelle que soit la distribution, donc la publication d'une distribution n'entraîne plus de consommation excessive de bande passante sur les miroirs (mais il y a cependant une consommation graduelle de la bande passante pendant le processus de développement).
dists/stable/main, dists/stable/contrib, dists/stable/non-free et dists/unstable/main/, etc.
Historiquement, les paquets étaient conservés dans le sous-répertoire dists correspondant aux distributions. Ceci s'est avéré poser certains problèmes, comme une grande consommation de bande passante sur des miroirs lors de changements majeurs. Ces problèmes ont été résolus avec l'introduction du répertoire pool.
Le répertoire dists est encore utilisé pour les fichiers catalogues servant à des programmes comme apt.
Notez qu'il y a des portages qui rendent cet outil disponible pour d'autres
systèmes de gestion de paquet, comme le gestionnaire de paquets de Red Hat,
aussi connu sous rpm
Cela peut amener à avoir sur votre système plus de paquets qu'il n'en a réeellement besoin pour fonctionner.
Utilisez l'adresse debian-list-subject-REQUEST@lists.debian.org pour cela.
La FAQ Debian GNU/Linux
version 4.0.4+nmu1, 3 January 2010