Comment faut-il faire pour upgrader python ?
Désinstallation totale puis réinstallation ou installation "par dessus" ?
C'est pas que ça me gêne de désinstaller puis réinstaller mais quand il y a plein d'autres librairies ajoutées, ça devient vite pénible. Et en plus on en oublie toujours une.
Un gestionnaire de package sous windows ? Desolé, je vois pas.
Tu cherches un win32 binary du python que tu veux installer, tu supprime celui que tu as proprement installé avec "ajout/suppression" de programme, et tu réinstalle le nouveau, par le même outil.
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
On Tue, 04 Oct 2005 08:46:20 +0200, nico wrote:
Un gestionnaire de package sous windows ?
Desolé, je vois pas.
Tu cherches un win32 binary du python que tu veux installer, tu supprime
celui que tu as proprement installé avec "ajout/suppression" de programme,
et tu réinstalle le nouveau, par le même outil.
--
SPIP, phpNuke, Plone, opengroupware... c'est bien
CPS c'est mieux: http://www.cps-project.org/
Hébergement de sites CPS: http://www.objectis.org/
Un gestionnaire de package sous windows ? Desolé, je vois pas.
Tu cherches un win32 binary du python que tu veux installer, tu supprime celui que tu as proprement installé avec "ajout/suppression" de programme, et tu réinstalle le nouveau, par le même outil.
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
Christophe Cavalaria
nico wrote:
On Mon, 03 Oct 2005 17:09:12 +0200, nico wrote:
Salut à tous,
Salut
Comment faut-il faire pour upgrader python ?
Tu utilises le gestionnaire de package de ton système.
Un gestionnaire de package sous windows ?
Desolé, je vois pas. cygwin
Sinon, il est parfaitement possible d'installer 2 versions majeures de Python differentes en même temps. Comme la 2.4 et la 2.3
nico wrote:
On Mon, 03 Oct 2005 17:09:12 +0200, nico wrote:
Salut à tous,
Salut
Comment faut-il faire pour upgrader python ?
Tu utilises le gestionnaire de package de ton système.
Un gestionnaire de package sous windows ?
Desolé, je vois pas.
cygwin
Sinon, il est parfaitement possible d'installer 2 versions majeures de
Python differentes en même temps. Comme la 2.4 et la 2.3
Un gestionnaire de package sous windows ? Desolé, je vois pas.
Ajout/suppression de programmes, ce ne serait pas un outil de gestion de packages binaires des fois ?
Éric Masson
Si installer/desinstaller s'appelle gérer des packages, alors oui je connais.
Olivier Ravard
"Hervé Cauwelier" a écrit dans le message de news: 434149de$0$636$
Salut à tous,
Comment faut-il faire pour upgrader python ? Désinstallation totale puis réinstallation ou installation "par dessus" ? C'est pas que ça me gêne de désinstaller puis réinstaller mais quand il y a plein d'autres librairies ajoutées, ça devient vite pénible. Et en plus on en oublie toujours une.
T'utilises Windows, c'est ça ? :-)
Le fait d'avoir plein d'autres librairies à installer n'est aucunement dépendant du fait que l'on soit sous windows ou pas, mais aux types de packages que l'on utilise. Je travaille parallèlement sur les deux systèmes et j'ai autant de librairies à (ré)installer à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux systèmes.
O.R.
-- Hervé, châtié pour avoir trollé un lundi.
"Hervé Cauwelier" <herve.cauwelier@free> a écrit dans le message de news:
434149de$0$636$626a14ce@news.free.fr...
Salut à tous,
Comment faut-il faire pour upgrader python ?
Désinstallation totale puis réinstallation ou installation "par dessus" ?
C'est pas que ça me gêne de désinstaller puis réinstaller mais quand il y
a plein d'autres librairies ajoutées, ça devient vite pénible. Et en plus
on en oublie toujours une.
T'utilises Windows, c'est ça ? :-)
Le fait d'avoir plein d'autres librairies à installer n'est aucunement
dépendant du
fait que l'on soit sous windows ou pas, mais aux types de packages que l'on
utilise.
Je travaille parallèlement sur les deux systèmes et j'ai autant de
librairies à (ré)installer
à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux
systèmes.
"Hervé Cauwelier" a écrit dans le message de news: 434149de$0$636$
Salut à tous,
Comment faut-il faire pour upgrader python ? Désinstallation totale puis réinstallation ou installation "par dessus" ? C'est pas que ça me gêne de désinstaller puis réinstaller mais quand il y a plein d'autres librairies ajoutées, ça devient vite pénible. Et en plus on en oublie toujours une.
T'utilises Windows, c'est ça ? :-)
Le fait d'avoir plein d'autres librairies à installer n'est aucunement dépendant du fait que l'on soit sous windows ou pas, mais aux types de packages que l'on utilise. Je travaille parallèlement sur les deux systèmes et j'ai autant de librairies à (ré)installer à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux systèmes.
O.R.
-- Hervé, châtié pour avoir trollé un lundi.
Hervé Cauwelier
Le fait d'avoir plein d'autres librairies à installer n'est aucunement dépendant du fait que l'on soit sous windows ou pas, mais aux types de packages que l'on utilise. Je travaille parallèlement sur les deux systèmes et j'ai autant de librairies à (ré)installer à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux systèmes.
Alors tu n'utilises pas plus de système de packages que sous Windows, parce que sinon, il recompilerait les modules avec le nouveau Python, comme le fait Debian et dérivés. J'imagine mal Fedora/Redhat, Mandriva, etc. ne pas en faire autant et obliger leurs utilisateurs à réinstaller les paquets dépendants de Python.
-- Hervé Cauwelier http://www.oursours.net/
Le fait d'avoir plein d'autres librairies à installer n'est aucunement
dépendant du
fait que l'on soit sous windows ou pas, mais aux types de packages que l'on
utilise.
Je travaille parallèlement sur les deux systèmes et j'ai autant de
librairies à (ré)installer
à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux
systèmes.
Alors tu n'utilises pas plus de système de packages que sous Windows,
parce que sinon, il recompilerait les modules avec le nouveau Python,
comme le fait Debian et dérivés. J'imagine mal Fedora/Redhat, Mandriva,
etc. ne pas en faire autant et obliger leurs utilisateurs à réinstaller
les paquets dépendants de Python.
Le fait d'avoir plein d'autres librairies à installer n'est aucunement dépendant du fait que l'on soit sous windows ou pas, mais aux types de packages que l'on utilise. Je travaille parallèlement sur les deux systèmes et j'ai autant de librairies à (ré)installer à chaque nouvelle version majeur de Python (ex : matplotlib) sur les deux systèmes.
Alors tu n'utilises pas plus de système de packages que sous Windows, parce que sinon, il recompilerait les modules avec le nouveau Python, comme le fait Debian et dérivés. J'imagine mal Fedora/Redhat, Mandriva, etc. ne pas en faire autant et obliger leurs utilisateurs à réinstaller les paquets dépendants de Python.
-- Hervé Cauwelier http://www.oursours.net/
Do Re Mi chel La Si Do
Bonsoir !
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement où), la répartition suivante : - windows : 56 % - linux : 39 % - autres : 5 %
A noter qu'il y avait plusieurs années, et que si windows restait à peu près stable, linux augmentait, au détriment des "autres".
@-salutations
Michel Claveau
Bonsoir !
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement
où), la répartition suivante :
- windows : 56 %
- linux : 39 %
- autres : 5 %
A noter qu'il y avait plusieurs années, et que si windows restait à peu près
stable, linux augmentait, au détriment des "autres".
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement où), la répartition suivante : - windows : 56 % - linux : 39 % - autres : 5 %
A noter qu'il y avait plusieurs années, et que si windows restait à peu près stable, linux augmentait, au détriment des "autres".
@-salutations
Michel Claveau
Do Re Mi chel La Si Do
Re
de 2.4x vers 2.4X, si tu relances le même Python_MSI (MS-Installer), le système d'installation te propose : - la désinstallation - la réparation/vérification - l'installation, pour tous les utilisateurs, ou pour l'utilisateur courant (gestion des droits).
@-salutations
Michel Claveau
Re
de 2.4x vers 2.4X, si tu relances le même Python_MSI (MS-Installer), le
système d'installation te propose :
- la désinstallation
- la réparation/vérification
- l'installation, pour tous les utilisateurs, ou pour l'utilisateur
courant (gestion des droits).
de 2.4x vers 2.4X, si tu relances le même Python_MSI (MS-Installer), le système d'installation te propose : - la désinstallation - la réparation/vérification - l'installation, pour tous les utilisateurs, ou pour l'utilisateur courant (gestion des droits).
@-salutations
Michel Claveau
Do Re Mi chel La Si Do
Bonsoir !
Et, comment ça se passe, lorsque certains modules pour le nouveau Python ne sont pas disponibles ? Ou si l'adresse de téléchargement n'est plus la même ? Ou si, tout simplement, on ne veut plus installer un certain module ?
J'ai des doutes, sur la capacité de n'importe quel système à automatiser ce genre de choses.
@-salutations
Michel Claveau
Bonsoir !
Et, comment ça se passe, lorsque certains modules pour le nouveau Python ne
sont pas disponibles ? Ou si l'adresse de téléchargement n'est plus la même
? Ou si, tout simplement, on ne veut plus installer un certain module ?
J'ai des doutes, sur la capacité de n'importe quel système à automatiser ce
genre de choses.
Et, comment ça se passe, lorsque certains modules pour le nouveau Python ne sont pas disponibles ? Ou si l'adresse de téléchargement n'est plus la même ? Ou si, tout simplement, on ne veut plus installer un certain module ?
J'ai des doutes, sur la capacité de n'importe quel système à automatiser ce genre de choses.
@-salutations
Michel Claveau
William Dode
On 04-10-2005, Do Re Mi chel La Si Do wrote:
Bonsoir !
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement où), la répartition suivante : - windows : 56 % - linux : 39 % - autres : 5 %
J'imagine que ça devait être basé sur les téléchargements, hors sous linux on a rarement besoin de télécharger python puisqu'il est intégré dans la plupart des distributions.
Oubien basé sur la fréquentation du newsgroup, mais bcp de discussions pythoniques se déroulent dans les listes des divers projets.
Ou encore basé sur les visites du site, mais quel intérêt à aller sur le site python.org quand on a la doc en local ?
Bref, je doute vraiment très fort qu'on puisse avoir des chiffres représentatifs. (comme pour l'utilisation de linux d'ailleur)
A noter qu'il y avait plusieurs années, et que si windows restait à peu près stable, linux augmentait, au détriment des "autres".
En dehors des forums qui sont trop ciblés, dans la vie en chair et en os je n'ais jamais rencontré un informaticien sous windows qui connaisse python... (Ni même qui soit réellement intéressé quand j'en parle). A l'inverse tous ceux qui conaissent linux connaissent python maintenant.
-- William Dodé - http://flibuste.net
On 04-10-2005, Do Re Mi chel La Si Do wrote:
Bonsoir !
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement
où), la répartition suivante :
- windows : 56 %
- linux : 39 %
- autres : 5 %
J'imagine que ça devait être basé sur les téléchargements, hors sous
linux on a rarement besoin de télécharger python puisqu'il est intégré
dans la plupart des distributions.
Oubien basé sur la fréquentation du newsgroup, mais bcp de discussions
pythoniques se déroulent dans les listes des divers projets.
Ou encore basé sur les visites du site, mais quel intérêt à aller sur le
site python.org quand on a la doc en local ?
Bref, je doute vraiment très fort qu'on puisse avoir des chiffres
représentatifs. (comme pour l'utilisation de linux d'ailleur)
A noter qu'il y avait plusieurs années, et que si windows restait à peu près
stable, linux augmentait, au détriment des "autres".
En dehors des forums qui sont trop ciblés, dans la vie en chair et en os
je n'ais jamais rencontré un informaticien sous windows qui connaisse python...
(Ni même qui soit réellement intéressé quand j'en parle). A
l'inverse tous ceux qui conaissent linux connaissent python maintenant.
J'ai lu, qq. part sur Python.org (mais je ne me rappelle plus exactement où), la répartition suivante : - windows : 56 % - linux : 39 % - autres : 5 %
J'imagine que ça devait être basé sur les téléchargements, hors sous linux on a rarement besoin de télécharger python puisqu'il est intégré dans la plupart des distributions.
Oubien basé sur la fréquentation du newsgroup, mais bcp de discussions pythoniques se déroulent dans les listes des divers projets.
Ou encore basé sur les visites du site, mais quel intérêt à aller sur le site python.org quand on a la doc en local ?
Bref, je doute vraiment très fort qu'on puisse avoir des chiffres représentatifs. (comme pour l'utilisation de linux d'ailleur)
A noter qu'il y avait plusieurs années, et que si windows restait à peu près stable, linux augmentait, au détriment des "autres".
En dehors des forums qui sont trop ciblés, dans la vie en chair et en os je n'ais jamais rencontré un informaticien sous windows qui connaisse python... (Ni même qui soit réellement intéressé quand j'en parle). A l'inverse tous ceux qui conaissent linux connaissent python maintenant.
-- William Dodé - http://flibuste.net
Do Re Mi chel La Si Do
Bonsoir !
dans la vie en chair et en os je n'ais jamais rencontré un informaticien sous windows qui connaisse python...
La phrase suivante est aussi véridique : "dans la vie en chair et en os je n'ai jamais rencontré un informaticien sous linux qui connaisse python..."
La seule conclusion que l'on puisse en tirer, c'est que les différentes communautés d'informaticiens se mélangent peu (ou pas assez).
@-salutations
Michel Claveau
Bonsoir !
dans la vie en chair et en os je n'ais jamais rencontré un informaticien
sous windows qui connaisse python...
La phrase suivante est aussi véridique : "dans la vie en chair et en os je
n'ai jamais rencontré un informaticien sous linux qui connaisse python..."
La seule conclusion que l'on puisse en tirer, c'est que les différentes
communautés d'informaticiens se mélangent peu (ou pas assez).
