Discussion :

[Difool]

Bonjour,

Désirant deployer une application python (sous Linux puis sous Windows, plus tard), je me suis intéressé à la manière de faire en analysant certains packages existants (comme emesene, smolt, etc ...).
J'ai remarqué que ces packages intègrent un script setup.py.

Après une brève recherche sur le net, j'ai vu que ce script est issu du module distutils et est surtout utiliser pour deployer des modules python mais je me demande s'il n'est pas également utilisé pour deployer carrément des applications python ?
Y a t'il un intérêt à utiliser ce script plutôt que "tout" faire via le SPEC d'un RPM ?

Je ne me suis pas encore intéressé de près à pyexe pour deployer des applications python sous windows mais peut-être que setup.py est requis dans ce cas ?

Pouvez-vous éclairer ma lanterne ?

Merci.

[robinechuca]

Je n’apporte pas vraiment de réponse mais je viens plutôt compléter votre question.

Je souhaite dans le même but déployer une application via ce fameux setup.py.

Pour le moment il resemble à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
 
import setuptools
 
with open("README.rst", "r", encoding="utf-8") as f:
    long_description = f.read()
 
setuptools.setup(
    name="raisin",
    version="0.0.15",
    author="Robin RICHARD (robinechuca)",
    author_email="raisin@ecomail.fr",
    description="Simple parallel, distributed and cluster computing",
    long_description=long_description,
    long_description_content_type="text/x-rst",
    url="https://framagit.org/robinechuca/raisin",
    packages=setuptools.find_packages(),
    install_requires=["pycryptodomex", "cloudpickle", "unidecode"], # ces paquets serons installes d'office
    extras_require={
        "calculation": ["sympy", "giacpy", "numpy"],
        "tools": ["psutil>=5.1", "regex", "cloudpickle", "unidecode"],
        "graphical": ["tkinter", "matplotlib"],
        "security": ["pycryptodomex"]
        },
    classifiers=[
        "Development Status :: 3 - Alpha",
        "Intended Audience :: Developers",
        "Intended Audience :: Science/Research",
        "License :: OSI Approved :: GNU Affero General Public License v3 or later (AGPLv3+)",
        "Natural Language :: English",
        "Natural Language :: French",
        "Operating System :: MacOS",
        "Operating System :: Microsoft :: Windows",
        "Operating System :: POSIX :: BSD",
        "Operating System :: POSIX :: Linux",
        "Programming Language :: Python :: 3.6",
        "Programming Language :: Python :: 3.7",
        "Programming Language :: Python :: 3.8",
        "Topic :: System :: Distributed Computing",
        "Topic :: System :: Clustering",
        "Topic :: Internet",
        "Topic :: Scientific/Engineering",
        "Topic :: Software Development",
        "Topic :: System :: Power (UPS)",
        ],
    keywords=["parallel", "distributed", "cluster computing"],
    python_requires=">=3.6",
    project_urls={
        "Source Repository": "https://framagit.org/robinechuca/raisin/-/tree/master/raisin",
        # "Bug Tracker": "https://github.com/engineerjoe440/ElectricPy/issues",
        # "Documentation": "https://engineerjoe440.github.io/ElectricPy/",
        # "Packaging tutorial": "https://packaging.python.org/tutorials/distributing-packages/",
        },
    include_package_data=True,
)

Pour le moment pour installer entièrement l'application il faut tapper:
python3 setup.py install
python3 -m raisin install

La question c'est comment modifier le comportement de la commande 'python3 setup.py install' de façon à ce que ça fasse plus que simplement installer un module python?

[wiztricks]

Salut,

s'il n'est pas également utilisé pour deployer carrément des applications python ?

Une application Python, c'est aussi un tas de scripts/modules où certains seront des "points d'entrée" pour démarrer l'application.

Y a t'il un intérêt à utiliser ce script plutôt que "tout" faire via le SPEC d'un RPM ?

C'est le mode de déploiement normal d'une application/bibliothèque Python. RPM, MSI, ... c'est du packaging pour un environnement système donné.

Je ne me suis pas encore intéressé de près à pyexe pour deployer des applications python sous windows mais peut-être que setup.py est requis dans ce cas ?

pyexe, pyinstaller, cx_freeze,... permettent de déployer une application sans avoir à installer Python et les différentes bibliothèques utilisées: c'est un outil qui permet de gérer les dépendances. On peut "pousser" une application Python3 sur un environnement qui utilise Python2 (ou autres bibliothèques) sans prendre le risque de le casser.

On peut aussi l'utiliser pour déployer une application Python chez des utilisateurs "finaux"... mais c'est assez limite compte tenu du boulot qu'il y a à faire "en plus".

- W

[tyrtamos]

Bonjour,

En ce qui me concerne, je n'utilise que cx_freeze et pyinstaller pour obtenir un exécutable qui emporte tout ce qui est nécessaire pour l'exécution (interpréteur Python, modules système, modules persos, ...). On peut donc diffuser l'exécutable par tous moyens (internet, clé USB, ...), et il pourra être exécuté sur un PC qui n'a pas Python d'installé.

A noter que ces 2 logiciels sont multiplateformes (Windows, Linux et MacOS). Je les utilise le plus souvent sous Windows, mais j'ai déjà essayé cx_freeze sous Linux (Ubuntu), et ça marchait très bien. Attention: chaque exécutable sur un OS doit être préparé sur cet OS.

[VinsS]

La question c'est comment modifier le comportement de la commande 'python3 setup.py install' de façon à ce que ça fasse plus que simplement installer un module python?

Que veux tu que ça fasse de plus ?

Ton setup.py est typique du setup que l'on utilise pour uploader un package sur PyPI, est-ce ton intention ?

Pour les packages debian et RPM je n'ai jamais utilisé de fichier setup.py, uniquement pour PyPI.