est il possible de prendre une application python et d'en faire
un seul script avec toutes les dependances de modules sous linux / Unix
en gros faire ce que fais py2exe ?
mais sous forme de script plutot que de binaire ?
En gros j'ai un script python plusieurs modules a moi des modules
standard pour ma version et j'aimerais trouver un utilitaire qui
"compile" tout ca en un seul script
apres il reste a faire python le nouveau script et j'ai un script unique !
me suis je bien fait comprendre ?
Excuse-moi si je suis bête, mais quel est l'intérêt de tout coller dans un fichier unique ?
il s'agit tout simplement de ne pas dependre des mises a jours des librairies/ modules standards
Mmm, ok.
Je comprend ton étonnement mais je REVE d'un langage de script unique pour TOUT mes serveurs actuellement le seul dénominateur commun est le bourne shell (meme pas bash mais sh) Je n'ai bientot plus d'AIX 4 a gerer mais dans les ordinosaures j'ai de l'oracle 7, du NT4 du SCO (si si ca existe encore ...) beaucoup d'AIX 4 , 5.1 5.2 5.3 du windows du redhat ES release 3 (taroon) du debian de l'UBUNTU au debut pour les quelques scripts a faire => le shell (meme sous windows avec cygwin)
Puis un essai avec perl mais relire du perl un ou deux ans après :-[
ex : j'ai une douzaine de poste en code barre gérer par du perl-mysql connecté a une base oracle, et j'ai prévenu le client si modif a faire sur ce serveur tcp => ré écriture en python , pour le même temps de dev ou tarif préferentiel
puis je me suis dit soyons moderne => ruby bien pas mal en plus avec rails ... mais ruby supporte (pour l'instant !) mal les multiples os surtout les plus ancien et mal les bases de données (pour l'instant je suppose).
par contre python s'en tire plutôt mal, beaucoup de script écrit en 2.4 tourne très bien en 2.5 et inversement
j'ai eu des soucis mais pas en exploit surtout que j'ai la sale habitude de tester les nouvelles ubuntu et donc de nouvelles version et la parfois ya des dommages collatéraux difficile pour moi qui debute en python d'ou mon idée de figer un maximum les scripts et je m'apercois qu'encore une fois ya plein de solutions en python !!
encore merci pour vos réponses A+ chris
Bruno Desthuilliers a écrit :
chris a écrit :
Excuse-moi si je suis bête, mais quel est l'intérêt de tout coller
dans un fichier unique ?
il s'agit tout simplement de ne pas dependre des mises a jours des
librairies/ modules standards
Mmm, ok.
Je comprend ton étonnement mais je REVE d'un langage de script unique
pour TOUT mes serveurs actuellement le seul dénominateur commun est le
bourne shell (meme pas bash mais sh)
Je n'ai bientot plus d'AIX 4 a gerer mais dans les ordinosaures j'ai de
l'oracle 7, du NT4 du SCO (si si ca existe encore ...) beaucoup d'AIX 4
, 5.1 5.2 5.3 du windows du redhat ES release 3 (taroon) du debian de
l'UBUNTU
au debut pour les quelques scripts a faire => le shell (meme sous
windows avec cygwin)
Puis un essai avec perl mais relire du perl un ou deux ans après :-[
ex : j'ai une douzaine de poste en code barre gérer par du perl-mysql
connecté a une base oracle, et j'ai prévenu le client si modif a faire
sur ce serveur tcp => ré écriture en python , pour le même temps de dev
ou tarif préferentiel
puis je me suis dit soyons moderne => ruby bien pas mal en plus avec
rails ...
mais ruby supporte (pour l'instant !) mal les multiples os surtout les
plus ancien et mal les bases de données (pour l'instant je suppose).
par contre python s'en tire plutôt mal, beaucoup de script écrit en 2.4
tourne très bien en 2.5 et inversement
j'ai eu des soucis mais pas en exploit surtout que j'ai la sale habitude
de tester les nouvelles ubuntu et donc de nouvelles version et la
parfois ya des dommages collatéraux difficile pour moi qui debute en
python d'ou mon idée de figer un maximum les scripts
et je m'apercois qu'encore une fois ya plein de solutions en python !!
Excuse-moi si je suis bête, mais quel est l'intérêt de tout coller dans un fichier unique ?
il s'agit tout simplement de ne pas dependre des mises a jours des librairies/ modules standards
Mmm, ok.
Je comprend ton étonnement mais je REVE d'un langage de script unique pour TOUT mes serveurs actuellement le seul dénominateur commun est le bourne shell (meme pas bash mais sh) Je n'ai bientot plus d'AIX 4 a gerer mais dans les ordinosaures j'ai de l'oracle 7, du NT4 du SCO (si si ca existe encore ...) beaucoup d'AIX 4 , 5.1 5.2 5.3 du windows du redhat ES release 3 (taroon) du debian de l'UBUNTU au debut pour les quelques scripts a faire => le shell (meme sous windows avec cygwin)
Puis un essai avec perl mais relire du perl un ou deux ans après :-[
ex : j'ai une douzaine de poste en code barre gérer par du perl-mysql connecté a une base oracle, et j'ai prévenu le client si modif a faire sur ce serveur tcp => ré écriture en python , pour le même temps de dev ou tarif préferentiel
puis je me suis dit soyons moderne => ruby bien pas mal en plus avec rails ... mais ruby supporte (pour l'instant !) mal les multiples os surtout les plus ancien et mal les bases de données (pour l'instant je suppose).
par contre python s'en tire plutôt mal, beaucoup de script écrit en 2.4 tourne très bien en 2.5 et inversement
j'ai eu des soucis mais pas en exploit surtout que j'ai la sale habitude de tester les nouvelles ubuntu et donc de nouvelles version et la parfois ya des dommages collatéraux difficile pour moi qui debute en python d'ou mon idée de figer un maximum les scripts et je m'apercois qu'encore une fois ya plein de solutions en python !!
