Super MERCI M’sieur !! !
Je vais regarder ça !
Très bonne soirée.
Tu n’as pas bien suivi mon tuto :
Une fois pipx installé, suivez, dans un terminal (cmd.exe ou PowerShell) tapez :
"C:\Users\<username>\AppData\Roaming\Python\Python311\Scripts\pipx.exe" ensurepath
Et attention aux typos, c’est “ensurepath” et pas “ensurepatht”
Oups, je sais pas d’où vient “ensurepatht”, j’ai fait un copie/coller ! Merci.
J’ai suivi (à part l’erreur de “t”) :
Note for Windows users: it seems like the current version of Python at the time of writing (version 3.14) prevents installing Python 3.11 from the virtualenv. It is suggested to directly install Python 3.11 as the main Python version on your system.
Now you can install pipx for your OS from here: Installation - pipx.
To install virtualenv, run the following commands in a terminal (for Windows, cmd.exe or PowerShell):
pipx install virtualenv
pipx ensurepath
Now close your terminal window, open a new terminal and create the virtual environment for agx-emulsion.
La commande pipx ne fonctionne pas chez moi : j’ai utilisé pip. Et ça boque avec la correction :
Après l’installation de pipx, celui-ci est placé dans un dossier qui ne figure pas encre dans la variable d’environnement PATH, donc pouyr lancer pipx il faut utiliser le chemin complet qui ressemble à :
C:\Users\<username>\AppData\Roaming\Python\Python313\Scripts\pipx.exe ensurepath
La commande “ensurepath” va justement ajuster automatiquement la variable d’environnement pour que par la suite tu puisses taper directement “pipx”.
Je reprendrais l’essai sur mon nouvel ordi quand j’aurais fini de regler tous les problèmes de récupération de mes données de l’ordinateur en panne.
Ça devient trop “geekesque” pour moi, je passe mon chemin, mais je me demande si tout ce qu’il faut pour faire fonctionner AGX, ne pourrait pas être concaténé dans une AppImage.
@jpg54 Il me semble que tu étais sous Win11, J’espère que tu avais désactivé le chiffrement du DD ou de la partition, sinon effectivement ça vas être galère.
En principe, c’est l’écran qui a dégagé et je vais essayer de le faire fonctionner avec mon écran secondaire Eizo sinon, je vais démonter le SSD le mettre dans un autre ordinateur. En principe le disque n’a pas été chiffré à moins que W11 l’ai fait à mon insu !
Je pense que je reviendrais sous Linux quand je serais sorti de mes galères informatiques et familiales. Celui que j’ai acheté à un très bonne carte graphique : GeForce RTX 4060 mais il est un peu limite en SSD !
Le problème de l’AppImage, c’est peut-être qu’on a 2 composants qui viennent de 2 auteurs différents (AgX + ART) et qu’en plus il faut que l’environnement Python soit bien géré, je ne sais pas si c’est faisable avec AppImage. En tous cas je vois mal Alberto se rajouter ce fardeau supplémentaire.
Je n’y connais rien, et je comprends qu’ Alberto n’ai pas le temps de s’occuper de tout.
Je souhaite juste qu’ Art garde sa “simplicité” d’utilisation et ne devienne pas une usine à gaz.
Il y à 2 ans quand j’ai acheté mon portable sous Windows 11, l’accès au DD via une clé bootable sous Linux était le premier truc que j’ai vérifié et ce n’était pas possible, j’ai dû désactiver une fonction de chiffrement (je ne me souviens plus du nom) dans les préférences et après c’était OK.
“Je souhaite juste qu’ Art garde sa “simplicité” d’utilisation et ne devienne pas une usine à gaz.”
+1
Alberto ne souhaite certainement pas non plus complexifier ART. L’ajout d’agx-emulsion est transparent pour l’utilisateur qui ne fait pas la démarche d’installer le code base Python et les 2 scripts de support pour ART. Si cette démarche n’est pas faite l’option n’apparaît même pas dans les menus d’ART.
Je viens de reprendre l’essai d’installer AgX sur mon nouveau ordinateur :
part contre, j’ai autre chose dans le répertoire que tu donnes :
Ce répertoire et le cache sont vides.
J’ai bien le répertoire ou il la commande a installé Python, j’arrive à lancer la commande Pip mais pas la commande Pipx, bien qu’elle existe dans le répertoire que j’ai installé :
As-tu bien exécuté la commande “ensurepath” comme précisé dans le tuto ? Par acquis de conscience je préfère l’exécuter après chaque installation d’un composant d’environnement virtuel python. Et aussi fermer et redémarrer le terminal après chaque installation.
Tout s’est bien passé donc la commande “ensurepath” jusqu’à :
pip install -e .
dans l’environnement :
(agx-emulsion) C:\Users\gauch\agx-emulsion>
running build_ext
building 'vispy.visuals.text._sdf_cpu' extension
error: Microsoft Visual C++ 14.0 or greater is required. Get it with "Microsoft C++ Build Tools": https://visualstudio.microsoft.com/visual-cpp-build-tools/
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
ERROR: Failed building wheel for vispy
Successfully built agx-emulsion
Failed to build vispy
error: failed-wheel-build-for-install
× Failed to build installable wheels for some pyproject.toml based projects
╰─>vispy
Ha, non j’ai pas fermé le terminal !
Je n’ai pas rencontré cet erreur jusqu’à présent… Tu as essayé de fermer et redémarrer ton terminal pour exécuter la dernière commande ?
Je vais essayé après avoir fermer le terminal.
Il y a aussi un message d’erreur au sujet de MS visual c++ v 14