Un fichier codice_95 peut indiquer des fichiers supplémentaires à inclure dans la distribution, mais si ces fichiers ne sont pas spécifiés dans codice_84, ils ne seront pas dans les distributions binaire et absents de la feuille de route, le fonctionnement de codice_45 ignore en effet les fichiers de "manifest", qui ne servent que pour codice_30, l'idée est que les extras comme la documentation peut être consultés via la ligne de commande (codice_104), et n'ont pas besoin d'être dans le répertoire exécutable de python. "setuptools" change cette interaction, et "distutils" lui même été changé à de nombreuses reprises, si bien que de nombreuses choses non concordante ont été écrits à ce sujet.
codice_29.
Les fonctionnalités de codice_29 de codice_107 est largement obsolète, par défaut il produit un installeur qui copie les fichiers vers des chemins absolus, si codice_29 a été exécuté dans codice_109, alors codice_20 va copier votre librairie vers ce même dossier pour les clients. Ce n'est pas compatible avec venv, ou tout système non unix. Autrement bdist peut aussi produire des paquetages rpm, des installeurs windows de type .msi ou .exe qui sont eux aussi largement obsolètes. C'est avec codice_111 et le format egg que la commande bdist peut être réellement utilisée.
Une archive bdist de base ne contient pas le script setup.py, de PKG-INFO, et ignore les MANIFEST et autres fichiers inclus par sdist, c'est en effet à l'outil final (apt-get, .msi, ...) que revient la tâche de faire l'installation. Il produit cependant un fichier d'extension *.egg-info qui contient les mêmes données que PKG-INFO.
Setuptools.
Setuptools permet en utilisant le format binaire codice_112, un répertoire de modules python centralisé pypi et l'utilitaire codice_113, de télécharger depuis une invite de commande un projet en python quel que soit la plateforme, contrairement aux anciens format .rpm ou .exe non spécifiques à python. Par exemple codice_114 télécharge ce module, le décompresse puis l'installe suivant les spécifications du format egg. Pour l'utiliser on remplace codice_115 par codice_116 dans le fichier codice_19, la génération d'un egg se fait ainsi
 python setup.py bdist_egg # a condition d'importer setuptools dans setup.py
Une fois l'egg produit, on peut l'installer en faisant pointer easy_install dessus, codice_118, ou l'uploader sur pypi, le champ codice_119 de codice_23 est utilisé comme clé doit être unique et ne pas être déjà utilisé, ce qui permet à tout le monde d'installer son module avec codice_121. La documentation du format egg peut se trouver ici et ici, ce format est toutefois obsolète.
Découverte de packages.
Avec distutils, MANIFEST.in ne sert que pour les distributions source, et codice_84 pour les installations. Setuptools ajoute une option booleene codice_123 de sorte que le fichier MANIFEST.in serve pour les deux, le paquetage et l'installation, ce qui déprécie codice_84. L'usage de package_data a toutefois été rétabli plus tard pour permettre de n'installer des fichiers que lors d'une installation et non lors d'une distribution source, si on ne souhaite pas passer par sdist mais par git par exemple, il devient aussi possible d'exclure des fichiers encodice_81és par package_data, de la même manière que codice_107 via MANIFEST.in, avec l'argument codice_127. L'usage exclusif de MANIFEST.in est généralement recommandé.
Il fut ensuite possible d'inclure dans les distributions source tout le contenu suivi par cvs ou svn, à condition qu'il n'y ait pas de fichier MANIFEST.in à la racine du projet. Pour git cette fonctionnalité est assurée par le greffon codice_128, qu'on active ainsi
 from setuptools import setup
 setup(
 use_scm_version=True,
 setup_requires=['setuptools_scm'],
 )
Les formats binaires continuent d'ignorer le manifest et les plugins de gestion de version, et ne lisent que l'attribut codice_80, pour la simplifier on l'écrit
 from setuptools import setup, find_packages
 setup (
 packages=find_packages()
codice_130 sert à inclure les sous-paquetages PEP420.
Pip.
Pip est l'outil recommandé par python pour installer rapidement un paquetage en python et remplace "easy_install". Il est désormais inclus par défaut dans les distributions python, si vous ne l'avez pas, vous pour l'obtenir avec la commande codice_131, vous pouvez soit taper taper la commande codice_132 directement dans une invite de commande, soit, ce qui est préférable le lancer via python codice_133. Si vous lancez pip sans argument vous verrez une liste de commandes qu'il peut exécuter, celles qui nous intéressent sont codice_20 et codice_135. codice_135 affiche la liste des modules tiers dans le site-packages en cours, dans un format que la commande codice_17 peut comprendre. La manière la plus pratique pour conserver une trace de ces noms de modules est la syntaxe suivant codice_138. Ce nom de fichier est normalisé et il est recommandé de toujours l'utiliser. Un utilisateur tiers pourra alors imiter votre environnement simplement en tapant la commande codice_139, de préférence en ayant créé et activé un environnement virtuel au préalable, dans le même souci d'avoir un environnement reproductible, et de ne pas polluer la commande codice_16 si il souhaite lui aussi participer à votre module. Pour que cela soit possible il faut que le fichier requirements.txt – qui n'a de sens que pour pip – soit inclus avec votre module, on parle alors plutôt de « paquetage », en anglais "package", car notre projet contient autre chose qu'un simple script en python.
Pip a contribué au format wheel (codice_141) pour remplacer le format codice_142.
Pep517.
Dans les années 2010 des outils qui ne sont pas des extensions de distutils voient le jour et ont pour objectif de remplacer pip, on peut citer codice_143 (obsolète), codice_144 ou codice_145. Flit est le seul outils qui permette la création de distributions binairement reproductibles, quand à poetry il permet d'une simple commande de créer un environnement virtuel, télécharger un "wheel" et de l'installer. Ces nouveaux outils en plus d'utiliser le format "wheel" savent lire le format codice_30 dirigé par MANIFEST.in. Ils n'assurent pas toutes les fonctionnalités rendues possibles par setuptools, notamment la commande codice_147 (ou assimilé). Il est possible de déclarer son paquetage de plusieurs manières grâce à un fichier codice_148 de sorte qu'il est possible d'accommoder plusieurs systèmes d'installation. On peut forcer pip à utiliser le nouveau ou l'ancien système avec l'option codice_149 et codice_150 selon qu'on veuille les fonctionnalités de setuptools ou bien celles des nouveaux systèmes, par exemple codice_151.
Python 3.10.
Depuis Python 3.10, l'objectif est de déprécier complètement le module distutils, et il est prévu que la librairie ne soit plus incluse dans la librairie de python à partir de la version 3.12. Une PEP y est consacré ; PEP 0632. codice_152 replacera codice_153.

Photographie/Sociétés et Organisations/Éditeurs de cartes postales/Hélias

Hélias était un éditeur à Bitche (Moselle].

Thermostat de cuisson
Dessert
Logiciel Pastèque/L'interface de gestion, web