wormbook 'python3-mysql.connector' has no installation candidate

[georges1944]

Bonjour à tous,
J'utilisais une routine pour récupérer une donnée dans une base Mariadb de mon LAN. Malheureusement sous Wormbook (probablement à cause de pytho3 version 11 ?) je suis incapable d'installer le module python3-mysql.connector. Y aurait il une manière de s^'en sortir sans devoir revenir à buster ?

[mike913]

Bonjour,
Pour communiquer avec une base mariaDB j'utilise le module python mysqldb qui s'installe dans bookworm avec la ligne de commande

Code : Tout sélectionner

sudo apt install python3-mysqldb -y

[jelopo]

Bonjour,

Il semblerait qu'il faut forcer la version à installer dans un fichierr requirements.txt et procéder à l'installation comme indiqué ici:
https://stackoverflow.com/questions/344 ... -using-pip

A tester....

A+

[piper]

Bonjour,
Il existe 2 moyens d'installer un module python :
- soit via apt (ou dnf, yum, etc...) s'il existe une version paquagée correspondant dans les dépôts officiels de l'OS
- soit avec pip

Dans le cas de pip, 2 options :
- soit dans un environnement virtuel
- soit pour tout le système

Python étant de plus en plus étroitement lié et indispensable au système d'exploitation, sur Bookworm, un message vous empêche d'utiliser cette méthode en dehors d'un environnement virtuel sauf à forcer la main en ajoutant l'option -–break-system-packages : c'est à dire pour vous autoriser à briser les paquages systèmes (option à utiliser si vous n'avez pas d'autres solutions).

C'est chouette python non et Debian ? ... c'est de l'humour .. noir.

[georges1944]

Merci pour vos conseils, mais je ne les ai pas vu de suite et j'ai finalement utilisé la commande pyenv pour créer un environnement virtuel python 3.7.3. Ce ui m'a permi d'installer la bibliothèque qui coincait et j'ai pu reprendre mon ancien script.
C'est un petit peu plus compliqué quand on veut lancer le script dans l'environnement 3.7.3 avec crontab, mais je m'en suis sorti en faisant un script bash qui définit l'environnement 3.7.3 avant de lancer le script python. Bref j'ai au moins gagné 1/2 journée mais j'ai au moins +- compris comment fonctionne l'environnement virtuel avec python !

[piper]

Pas de soucis, bienvenu dans le monde du dev :
Celui où il faut toujours se tenir informé, faire et refaire ses programmes pour suivre les évolutions imposées sous peine de ne plus avoir rien qui fonctionne et de finir au placard.
Ceci est particulièrement vrai pour les développements sous Windows, ainsi que , quelque soit l'OS avec php , python ou du PL/SQL sous MySQL/Mariadb

L'utilisation d'un environnement virtuel est parfait lorsqu'on souhaite exploiter des bibliothèques de certaines versions uniquement pour son application,
ou bien pour réaliser le développement d'une application.

Vos programmes exigent python 3.7 ?, nous en sommes à python 3.11 (Imposé sur bookworm tandis python 3.9 était imposé sur Bullseye, OS qui sera abandonné en juillet prochain !) et il y a eu de grosses modifications au passage de python 3.10 (comme au passage de la 3.6)
Aussi je vous encourage, sur un autre environnement , à réfléchir à la manière de rendre compatible vos codes avec les dernière versions de pythons.
Peut-être que les modifications nécessaires sont-elles mineures ? C'est probablement le cas, mais ce ne le serait pas , si vous veniez de python 2.x

Mieux vaut y réfléchir aujourd'hui que de se retrouver dans une situation ou Python 4 est imposé, Python 3 abandonné et un avoir code totalement incompatible avec python4

Je vous rassure, python4 n'est pas sorti, mais c'est exactement ce qui s'est produit avec le passage de python 2 à python 3 et nombreux sont ceux qui en gardent un très mauvais souvenir.
Le souvenir du passage de MySQL 5.x à MySQL 6.x (on en est à la 8.x) donne encore des ulcères à certains
Beaucoup ne se sont pas remis du passage de php 5.x (qui acceptait de coder comme un cochon) à php 7 (qui le refuse) et galèrent à garder un php 5.6 fonctionnel
Pas mal de produits comme montioneye pour la vidéo surveillance, sont restés sur Python 2.7 jusque récemment, certaines bibliothèques python fonctionnant sous python 2.7 n'ont jamais été mises à jour pour être compatible python 3.x.... dommage pour ceux qui les utilisaient.
Quand à la gestion des chaines de caractères, elle diffère complètement entre python 2.x à python 3.x.

[CharlotteFilemdar]

Oui, il existe une manière de s'en sortir sans devoir revenir à Buster.

Wormbook est basé sur Debian 11 (Bullseye), qui utilise Python 3.10 par défaut. Le module python3-mysql.connector est compatible avec Python 3.10, mais il n'est pas encore disponible dans les dépôts de Wormbook.

Pour installer ce module, vous pouvez suivre ces étapes :

Ajoutez le dépôt de backports de Debian à votre liste de sources :
sudo apt-get update
sudo apt-get install software-properties-common
sudo add-apt-repository ppa:deadsnakes/ppa
Mettez à jour votre liste de paquets :
sudo apt-get update
Installez le module python3-mysql.connector :
sudo apt-get install python3-mysql.connector
Une fois le module installé, vous devriez pouvoir utiliser votre routine pour récupérer des données dans votre base MariaDB.

Si vous ne souhaitez pas ajouter le dépôt de backports à votre liste de sources, vous pouvez également installer le module python3-mysql.connector à partir de l'archive source. Pour ce faire, suivez ces étapes :

Téléchargez l'archive source du module python3-mysql.connector :
wget https://github.com/PyMySQL/PyMySQL/arch ... est.tar.gz
Décompressez l'archive :
tar -xzvf latest.tar.gz
Accédez au répertoire du module :
cd PyMySQL-latest
Installez le module :
python3 setup.py install
Une fois le module installé, vous devriez pouvoir utiliser votre routine pour récupérer des données dans votre base MariaDB.