Version imprimable
Bonjour,
Est-ce que de la même manière que pour un script python tournant sous linux, il existe un moyen d'indiquer sur la première ligne du script, où aller chercher python pour exécuter ce dit script.
(je crois que sous linux il faut mettre #! usr/bin/python)
Il me semble avoir déjà poser cette question mais je en parviens pas à mettre la main dessus (lol)
D'avance merci à tous
Bonsoir
Il est toujours préférable d'aller chercher python dans le PATH car... il peut y avoir plusieurs version de Python installées sur l'OS.
Pour Windows, c'est pas U**X: python script.py si python est dans PATH, le chemin complet sinon.
- W
Désolé mais là c'est pas clair pour moi... Et contrairement à ce que tu as l'air de pesner dire UNIX n'est pas vulgaire... tout comme Linux, Ubuntu, Fédora, Mandriva.... Monde libre, OS qui plante pas, OS qui rame pas...Citation:
Envoyé par wiztricks
Personne t'en voudra si tu dis tous ces mots.
:ccool:
Lorsque j'écris U**X je rend compte de "valable sur l'ensemble des environnements conformes à un minimum de standards UNIX adoptés par les constructeurs propriétaires incluant Mac OS X et les différents packaging de GNU/Linux : unbuntu, debian,...".
Dans cette famille d'environnements, dire 'j'aimerai bien que le script soit exécute avec cet interpréteur PYTHON' se traduit par l'écriture de
#! /usr/bin/env python
Comme vous n'avez pas précisé votre environnement, je me suis permis
de préciser que sous Windows, cela ne se passait pas ainsi.
Note: J'utilise Python pour la facilité avec laquelle on peut déployer des applications sur n'importe quel environnement. Vous peut être pas, mais est-ce important?
Si cela ne marche pas dans votre cas, c'est que nous sommes mal compris.
Le cas échéant à vous d'apporter des précisions sur les problèmes rencontrés et la désignation de l'OS que vous utilisez pour que moi ou d'autres puissent vous aider.
-W
Toutes mes excuses pour cet oubli.
Je tourne actuellement sous windows.
Cette demande reflète une pure curiosité chez moi. Je veux seulement savoir si c'est possible avec cet OS.
A priori non.
Merci
Windows définit un handler par défaut pour chaque type de fichier.
Si pour les fichiers en .py tu mets python, l'exécution se lancera alors correctement.
Pour ça pas de problèmes, je l'avais bien compris. Mais est-il possible de créer cet handler autrement que manuellement (avec un .bat ou autre par exemple). Je pense que oui puisque cela se fait lors de l'installation de python.Citation:
Envoyé par Antoine_935
Mon but étant de distribuer python en même temps que mon script mais pas nécessairement par le paquet officiel.
En fait je souhaite créer un SETUP dans lequel j'y mettrai mon script + les bibliothèques de python qui sont utiles au bon fonctionnement de mon code et tout ceci installé dans un répertoire quelconque. Dans ce cas précis l'handler n'est pas fait et les fichiers .py ne sont pas reconnus comme des fichiers à lancer via python.
Pour le moment j'utilise des raccourcis que je fais à la main... Pour mes tests c'est acceptable, mais lors de la distribution du script ça sera plus compliqué de demander à l'utilisateur de le faire soi-même
Peut etre
http://docs.python.org/library/os.path.html
enfin si j'ai bien compris ta question, tu y trouvera la réponse...
Sinon j'apprendrai a lire :mouarf:
Je pense que ceci n'est pas ce que je cherche.Citation:
Envoyé par ju_bicycle
En effet moi je veux dire explicitement à l'OS (dans le cas présent windows):
"Pour ouvrir ce fichier, utilise ce programme".
os.path + dérivés est à mettre dans un fichier .py. Donc il va falloir ouvrir ce fichier pour lire l'instruction...
Directement avec le fichier Python de ton application, cela me semble pas possible car Windaube ne verra qu'un fichier *.py comme les autres. Une idée à creuser est de créer un autre fichier Python qui se lancerait avec le Python installé puis qui passerait par des lignes de commande pour aller chercher ton Python.Citation:
Envoyé par Jiyuu
Maintenant, si tu pars du principe que l'utilisateur n'a pas de Python installé, là on arrive sur les problèmes d'installation sous Windaube. Dans ce cas, je pense qu'il va falloir aller travailler avec la base de registre, si je ne dis pas de bêtise. Dans ce cas, si j'étais toi je regarderais du côté des logiciels créant des setup.exe. Cette méthode me parait problématique malgré tout car que se passera-t-il le jour où l'utilisateur décidera d'installer Python ?
Ceci étant dit, il me semble plus simple de partir du principe que l'utilisateur installe python, cela n'est pas gênant car cela fait sans souci sous Windaube, Ubuntu et MacO$. Après ton projet contiendra les modules que tu veux. Cela me semble plus raisonnable.
Effectivement je partais du principe que l'utilisateur n'avait pas python d'installer sur son poste. Et effectivement je commençais à me dire que cela serait probablement plus simple de lui dire de l'installer. Peut-être même inclure le paquet python dans la distribution de mon script sous forme de .exe et lancer en première étape l'instal celui-ci. Je pense qu'une procédure comme suit est jouable:Citation:
Envoyé par rambc
* Téléchargement du setup.exe que j'ai créé et contenant python-2.6.4.msi + mon script
* Lancement de setup.exe
* Une fois l'instal fini, lancement en automatique de python-2.6.4.msi (là je sais pas (encore) faire. D'ailleurs si quelqu'un à une idée je suis preneur).
Décidément Windaube (pour reprendre ton expression que je trouve adapté) il est pas super cool...
PS: J'ai vu une fois l'expression suivante sur le fofo:
Windaube - Microchiotte.
Etait-ce toi? Si oui bravo. Si non bravo à celui qui l'a pondu:ccool:
Alalal, les variables d'environnements qu'est-ce que c'est compliqué...
Effectivement ton probleme est interessant en terme de diffusion de script. Je ne m'était pas encore penché sur la question, mais quand tu aura trouvé tu as le droit de mettre la réponse sur le forum afin d'en faire profiterle peuple.
Sinon py2exe qui permet de transformer un script python en executable n'a pas fais l'affaire pour toi?
http://www.py2exe.org/index.cgi/Tutorial
PS:Windaube - Microchiotte c'est assez vieux...Enfin en tant qu'utilisateur de Windows ET Linux je trouve que les deux OS ont leurs qualités...
T'inquiètes pas je le ferai.Citation:
Envoyé par ju_bicycle
J'ai déjà tenté py2exe et j'ai vite abandonné car je rencontrais certains problèmes avec des scripts qui utilisaient des biblio tierces (de mémoires matplotlib, etc). Et puis je le trouvais pas super simple d'utilisation.Citation:
Envoyé par ju_bicycle
J'ai aussi utilisé PyInstaller (pour lequel avec un ami on est d'ailleurs entrain de refaire une version graphique) qui est je trouve plus simple.. Mais là idem, avec des scripts utilisant des biblio tierces c'est pas top.
Après mûre réflexion je trouve que fournir Python est une bonne alternative, simple et fiable. Pendant longtemps j'étais contre et puis j'ai repensé à Java. Il me semble que sans certains modules, un soft écrit en Java ne fonctionne pas. Maintenant il faut juste résoudre ce petit souci d'installation automatique afin de ne pas effrayer l'utilisateur quand on lui dira que Python est nécessaire d'une part mais aussi et surtout pour qu'il n'est pas à installer de lui-même x logiciel (j'ai peur que ça le gonfle un peu)
Je suis aussi utilisateur des deux OS. Ce que j'aime bien chez Win (XP dans mon cas), c'est notamment la facilité qu'il offre à l'user pour installer des programmes. Ça peut cependant aussi ouvrir la porte à un max de conneries et virus en tout genre. Point désavantageux... la lenteur... j'ai réinstallé XP il y a moins d'un moins. Au début le temps d'ouverture était nikel... maintenant c'est un vrai veaux.Citation:
Envoyé par ju_bicycle
Linux est peut-être un peu "moins simple" pour le nouveau linuxien. Par contre qu'est ce qu'il est puissant quand on le maitrise... C'est incroyable.
Bonjour,
Bon je m'excuse, je n'ai pas tout lu la discution. Mais je crois que cela rejoins une autre question que tu as posé dans un sujet précédent. :mouarf:
Si j'ai bien compris tes désires (bon je sais j'aurais du tout lire, dsl une autre fois promis ;) ) tu as un ou plusieurs script en python, ainsi que l'interpréteur dans un dossier. Et, tu aimerais les déployer de façon automatique.
Si c'est le cas, je te propose d'essayer ce logiciel qui te permet de faire des installations de programme Windows et qui est open source :ccool:
Nullsoft Scriptable Install System
Tu pourras ainsi copier tes fichiers où tu le désire et aussi créer les raccourcis automatiquement et plus si affinité ....
Salutations.
Et oui c'est toujours le même problème:ccool:Citation:
Envoyé par aepli
Les solutions qui avaient été envisagée m'ont enlevé pas mal d'épines du pied (notamment les créations de raccourcis). Le soucis avec cette solution c'est que le fonctionnement du raccourcis dépend du répertoire ou l'utilisateur installe mon script et du coup, s'il ne l'installe pas là où j'ai prévu, le raccourci ne fonctionne plus.
Je vais regarder de plus prêt ton logiciel.
Merci
Tiens nous au courant de ce projet.Citation:
Envoyé par Jiyuu
Si c'est juste installer des fichiers de type EXE, je ne vois pas de problème. Je travaille sur un projet perso qui utilisera PyQt. Je demanderais à l'utilisateur d'installer PyQt. Cela ne me parait pas un obstacle tant que la péocédure est bien détaillée.Citation:
Envoyé par Jiyuu
Là je dirais non, non et non. Je vais prendre l'exemple de mon projet python-PyQt.Citation:
Envoyé par Jiyuu
L'installation sous Windaube va demander le téléchargment de deux éxécutables et deux actions de l'utilisateur.
Sous MacO$, l'installation se fait raisonnablement via MacPort mais là je trouve que les choses se compliquent un peu.
Et pour Ubuntu, et bien là tout va se faire simplement et rapidement via synaptic qui va tout gérer. En résumé, le plus simple est à mon avis Ubuntu, tant bien entendu que les logiciels utilisés sont dans synaptic.
Bonjour,
Justement, nsis est l'outil qui est utilisé pour installer par exemple WinAmp, si tu connais.
Oui, la gestion du dossier de destination est bien évidemment de la partie, par contre il faudra un peu lire la doc ... :oops:
Mais il est très complet, tu peux même inclure l'installation d'autre programme .... Comme par exemple l'installation de python. Enfin, c'est une idée comme une autre ;)
Salutations.
Alors là tout à fait d'accord avec toi. Dans ce genre de cas il est vrai que linux a un train (tgv même) d'avance.Citation:
Envoyé par rambc
Le problème se corse si le logiciel n'est pas dans synaptic et c'est en particulier de ça que je voulais parler.
Pour le programme, je compte me remettre dessus dès que j'ai résolu le problème sujet de ce post.