# Bibliotheques Python requises par le CONTROLEUR Set-OPS.
#
# LE PENDANT DE `requirements.yml`, POUR PYTHON (2026-08-27). Les collections Ansible
# etaient declarees ; les bibliotheques dont leurs modules dependent ne l'etaient nulle
# part. Le venv d'un poste d'exploitation recevait `ansible-core` et `pyyaml`, ecrits en
# dur dans le role — et rien d'autre.
#
# Ce que ca a coute : le runner du SITE a echoue a la premiere materialisation de VM sur
# « La bibliotheque Python proxmoxer est absente ». Le poste du mainteneur l'avait par
# son paquet systeme, sans que personne ne l'ait jamais declare.
#
# CE FICHIER NE LISTE QUE CE QUI TOURNE SUR LE CONTROLEUR. Les modules `ldap_*` et
# `postgresql_*` s'executent SUR LEURS CIBLES : `python-ldap` et `psycopg2` sont donc
# affaire des roles `serveur_openldap` et `serveur_postgresql`, pas d'ici. Le poste du
# mainteneur ne les a pas non plus, et la flotte se deploie tres bien — c'est la preuve
# que la frontiere est au bon endroit.
#
# Les versions sont EPINGLEES, pour la meme raison que dans `requirements.yml` : une
# dependance non epinglee n'est pas une dependance, c'est un pari sur l'etat d'Internet
# a la date du deploiement. Voir la preuve P51.

# `community.general.proxmox_kvm`, `proxmox_pool`, `proxmox_nic`, `proxmox_disk` —
# tous `delegate_to: localhost`, donc tous exiges sur le CONTROLEUR.
proxmoxer==2.2.0
# Transport HTTP de proxmoxer. `pip` l'installerait en dependance, mais une dependance
# transitive non nommee est une version non choisie.
requests==2.32.3