Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu
plus de réponse que de personnes interrogées...
Voici quelques trucs que l'on m'a indiqué, avec quelques propos que
j'ai notés :
knoppix ("c'est simple, mais c'est dépassé")
kapella ("c'est comme knoppix, en plus récent")
red hat ("c'est le plus répandu sur les serveurs web")
fedora ("c'est comme red hat, en plus compatible" ; "il faut une
machine 'costaud' ")
proselux ("c'est du linux avec du support")
suse ("classique, mais au moins on sait ce qu'il y a dedans ; y'a KDE"
; "c'est complètement dépassé ; c'est encore KDE...")
slackware ("le meilleur pour développer" ; "les mises à jour sont
'galère' ")
mandriva ("c'est mandrake, revu et corrigé" ; "perennité douteuse")
ubuntu ("encore plus complet" ; "c'est une version alpha")
debian ("fonctionne aussi sur Amiga")
openlinux ("très simple à installer")
tinysofa ("ce linux serveur est plus sécurisé que les autres" ; AMHA :
il est vrai que les problèmes de sécurité de linux ont éclaté en 2005,
mais, là c'est juste pour tester, alors, les failles de sécurité de
linux ne doivent pas être prises en compte)
freeBSD ("c'est mieux que linux")
Bref, je suis perdu dans tout ça, surtout que personne n'a pu me dire
quels étaient les versions de Python supportées (certaines
distributions nécessitent des versions spéciales) ; ni quels étaient
les problèmes de compatibilités (et d'incompatibilité) avec les autres
versions ; ni quels GUI pouvaient fonctionner ; etc.
J'espère que les fanatiques intoxiqués au linux, de ce newsgroup,
pourront me communiquer quelques informations plus utiles, pour une
utilisation de test de Python (essentiellement des script "côté
serveur").
Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
Tout dépend des tests que tu veux faire... Puisque tu t'adresses aux hystériques je te répondrai, comme tu dois t'y attendre, de choisir une distribution par rapport à sa politique et non par rapport à ses détails techniques, puisque ces derniers sont tous quasiment les mêmes au niveau de python et changent de toutes façon d'une version à l'autre pour la même distrib... Par politique j'entend pas forcément est-ce qu'ils votent à droite ou à gauche, mais par exemple s'ils incluent des logiciels non libre, s'ils sortent des versions quand elles sont prêtent à fonctionner ou prête à vendre, s'ils dépendent des actionnaires ou de la communauté etc...
Pour quelques tests vmplayer est une excellente idée
-- William Dodé - http://flibuste.net
On 18-01-2006, Michel Claveau wrote:
Bonjour !
Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
Tout dépend des tests que tu veux faire...
Puisque tu t'adresses aux hystériques je te répondrai, comme tu dois t'y
attendre, de choisir une distribution par rapport à sa politique et non
par rapport à ses détails techniques, puisque ces derniers sont tous
quasiment les mêmes au niveau de python et changent de toutes façon
d'une version à l'autre pour la même distrib...
Par politique j'entend pas forcément est-ce qu'ils votent à droite ou à
gauche, mais par exemple s'ils incluent des logiciels non libre, s'ils
sortent des versions quand elles sont prêtent à fonctionner ou prête à
vendre, s'ils dépendent des actionnaires ou de la communauté etc...
Pour quelques tests vmplayer est une excellente idée
Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
Tout dépend des tests que tu veux faire... Puisque tu t'adresses aux hystériques je te répondrai, comme tu dois t'y attendre, de choisir une distribution par rapport à sa politique et non par rapport à ses détails techniques, puisque ces derniers sont tous quasiment les mêmes au niveau de python et changent de toutes façon d'une version à l'autre pour la même distrib... Par politique j'entend pas forcément est-ce qu'ils votent à droite ou à gauche, mais par exemple s'ils incluent des logiciels non libre, s'ils sortent des versions quand elles sont prêtent à fonctionner ou prête à vendre, s'ils dépendent des actionnaires ou de la communauté etc...
Pour quelques tests vmplayer est une excellente idée
-- William Dodé - http://flibuste.net
William Dode
On 18-01-2006, R12y wrote:
Michel Claveau :
Bonjour !
Bonjour
Quel linux me conseilleriez-vous, pour faire quelques tests Python ? J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu plus de réponse que de personnes interrogées...
Ils ont oublié une qui est excellente: Suse. Elle utilise KDE par défaut
Plus pour longtemps non ?
, et est très bien équipée par défaut pour faire du Python+Qt:
Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu
plus de réponse que de personnes interrogées...
Ils ont oublié une qui est excellente: Suse.
Elle utilise KDE par défaut
Plus pour longtemps non ?
, et est très bien équipée par défaut pour
faire du Python+Qt:
Quel linux me conseilleriez-vous, pour faire quelques tests Python ? J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu plus de réponse que de personnes interrogées...
Ils ont oublié une qui est excellente: Suse. Elle utilise KDE par défaut
Plus pour longtemps non ?
, et est très bien équipée par défaut pour faire du Python+Qt:
Quel linux me conseilleriez-vous, pour faire quelques tests Python ? J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu plus de réponse que de personnes interrogées... Ils ont oublié une qui est excellente: Suse.
Elle utilise KDE par défaut Plus pour longtemps non ?
Peut-être, je ne sais pas. Mais j'ai acheté une 9.3 à la FNAC cet été, et je l'ai essayé un certain temps. Elle m'a plu. Le seul souci c'est que sur les serveurs "grand public" dont je m'occupe, la majorité est occupée par Fedora et Debian, je me suis donc ensuite concentré sur ces deux là. Je n'ai plus suivi l'histoire de Suse ensuite...
Quel linux me conseilleriez-vous, pour faire quelques tests Python ?
J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu
plus de réponse que de personnes interrogées...
Ils ont oublié une qui est excellente: Suse.
Elle utilise KDE par défaut
Plus pour longtemps non ?
Peut-être, je ne sais pas.
Mais j'ai acheté une 9.3 à la FNAC cet été, et je l'ai essayé un certain
temps. Elle m'a plu. Le seul souci c'est que sur les serveurs "grand
public" dont je m'occupe, la majorité est occupée par Fedora et Debian, je
me suis donc ensuite concentré sur ces deux là.
Je n'ai plus suivi l'histoire de Suse ensuite...
Quel linux me conseilleriez-vous, pour faire quelques tests Python ? J'ai posé la question à quelques personnes, et, pour l'instant, j'ai eu plus de réponse que de personnes interrogées... Ils ont oublié une qui est excellente: Suse.
Elle utilise KDE par défaut Plus pour longtemps non ?
Peut-être, je ne sais pas. Mais j'ai acheté une 9.3 à la FNAC cet été, et je l'ai essayé un certain temps. Elle m'a plu. Le seul souci c'est que sur les serveurs "grand public" dont je m'occupe, la majorité est occupée par Fedora et Debian, je me suis donc ensuite concentré sur ces deux là. Je n'ai plus suivi l'histoire de Suse ensuite...
Ubuntu est à la fois facile d'utilisation et satisfait tous les besoins des utilisateurs avancés. C'est celle que je préfère conseiller aux débutants en linux, mais pas forcément débutants en informatique.
Quel linux me conseilleriez-vous
Ubuntu est à la fois facile d'utilisation et satisfait tous les besoins
des utilisateurs avancés.
C'est celle que je préfère conseiller aux débutants en linux, mais pas
forcément débutants en informatique.
Ubuntu est à la fois facile d'utilisation et satisfait tous les besoins des utilisateurs avancés. C'est celle que je préfère conseiller aux débutants en linux, mais pas forcément débutants en informatique.
CanardWC
"R12y" a écrit dans le message de news:
Essaie Ubuntu, ils sont à fond pour Python
Fedora aussi. Par exemple yum est écrit en Python. Sinon c'est n'importe quoi de dire que Mandriva pas perenne. Ils ont des clients "industriels" qui sont des grands comptes.
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne pas avoir de problème avec les licences (c'est vrai quoi, c'est bien de coder en écoutant ses MP3), il y a des repository pour compléter ce qui manque.
Eclipse est présent dans les package et avec pydev et par exemple subversion cela fait un bon IDE Python.
A noter que le système d'installation / gestion de Fedora "Anaconda" utilise Python / C et PyGTK. C'est rigolo car j'avais des problèmes avec je ne sais trop quelle fenêtre de configuration qui plantait (pour l'impression je crois), tu ouvres gscite et tu debugger toi même en python :-)
Voir pour les ressources http://www.fedorafaq.org/ http://pydev.sourceforge.net/ http://subversion.tigris.org/
"R12y" <mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message
de news:
Essaie Ubuntu, ils sont à fond pour Python
Fedora aussi. Par exemple yum est écrit en Python.
Sinon c'est n'importe quoi de dire que Mandriva pas perenne.
Ils ont des clients "industriels" qui sont des grands comptes.
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne
pas avoir de problème avec les licences (c'est vrai quoi, c'est bien de
coder en écoutant ses MP3), il y a des repository pour compléter ce qui
manque.
Eclipse est présent dans les package et avec pydev et par exemple subversion
cela fait un bon IDE Python.
A noter que le système d'installation / gestion de Fedora "Anaconda" utilise
Python / C et PyGTK.
C'est rigolo car j'avais des problèmes avec je ne sais trop quelle fenêtre
de configuration qui plantait (pour l'impression je crois), tu ouvres gscite
et tu debugger toi même en python :-)
Voir pour les ressources
http://www.fedorafaq.org/
http://pydev.sourceforge.net/
http://subversion.tigris.org/
Fedora aussi. Par exemple yum est écrit en Python. Sinon c'est n'importe quoi de dire que Mandriva pas perenne. Ils ont des clients "industriels" qui sont des grands comptes.
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne pas avoir de problème avec les licences (c'est vrai quoi, c'est bien de coder en écoutant ses MP3), il y a des repository pour compléter ce qui manque.
Eclipse est présent dans les package et avec pydev et par exemple subversion cela fait un bon IDE Python.
A noter que le système d'installation / gestion de Fedora "Anaconda" utilise Python / C et PyGTK. C'est rigolo car j'avais des problèmes avec je ne sais trop quelle fenêtre de configuration qui plantait (pour l'impression je crois), tu ouvres gscite et tu debugger toi même en python :-)
Voir pour les ressources http://www.fedorafaq.org/ http://pydev.sourceforge.net/ http://subversion.tigris.org/
Guillaume ALLEON
Bonsoir, Pourquoi ne pas essayer:
VMware Player + Ubuntu Tous les deux sont disponibles ici ... http://www.vmware.com/download/player/ et là: http://cdimage.ubuntu.com/vmware/Ubuntu-5.10.zip
et si cela ne va pas tu changes de dstrib ;-)
Tiens nous au courant de tes conclusions Guillaume
Bonsoir,
Pourquoi ne pas essayer:
VMware Player + Ubuntu
Tous les deux sont disponibles ici ...
http://www.vmware.com/download/player/
et là:
http://cdimage.ubuntu.com/vmware/Ubuntu-5.10.zip
et si cela ne va pas tu changes de dstrib ;-)
Tiens nous au courant de tes conclusions
Guillaume
VMware Player + Ubuntu Tous les deux sont disponibles ici ... http://www.vmware.com/download/player/ et là: http://cdimage.ubuntu.com/vmware/Ubuntu-5.10.zip
et si cela ne va pas tu changes de dstrib ;-)
Tiens nous au courant de tes conclusions Guillaume
François Girault
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC) William Dode wrote:
On 18-01-2006, wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin d'ajouter des modules (ça m'a bluffé d'installer sqlobject et cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans site-package ? Dans le dernier cas il me semble plus prudent d'utiliser le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package; no build or install step is required, just put them on PYTHONPATH or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on traine des dépendances où les versions des modules sont déterminantes.
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobje ct ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ... bah ... c'est bon mangez-en :)
-- FG
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC)
William Dode <wilk-ml@flibuste.net> wrote:
On 18-01-2006, fgirault@gmail.com wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin
d'ajouter des modules (ça m'a bluffé d'installer sqlobject et
cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans
site-package ? Dans le dernier cas il me semble plus prudent d'utiliser
le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package;
no build or install step is required, just put them on PYTHONPATH
or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on
traine des dépendances où les versions des modules sont déterminantes.
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va
bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobje ct
ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ...
bah ... c'est bon mangez-en :)
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC) William Dode wrote:
On 18-01-2006, wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin d'ajouter des modules (ça m'a bluffé d'installer sqlobject et cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans site-package ? Dans le dernier cas il me semble plus prudent d'utiliser le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package; no build or install step is required, just put them on PYTHONPATH or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on traine des dépendances où les versions des modules sont déterminantes.
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobje ct ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ... bah ... c'est bon mangez-en :)
-- FG
loufoque
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne pas avoir de problème avec les licences
Comme la plupart des distributions linux...
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne
pas avoir de problème avec les licences
Fedora est pas mal... Même s'ils ont tendance à virer des packages pour ne pas avoir de problème avec les licences
Comme la plupart des distributions linux...
William Dode
On 18-01-2006, François Girault wrote:
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC) William Dode wrote:
On 18-01-2006, wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin d'ajouter des modules (ça m'a bluffé d'installer sqlobject et cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans site-package ? Dans le dernier cas il me semble plus prudent d'utiliser le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package; no build or install step is required, just put them on PYTHONPATH or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on traine des dépendances où les versions des modules sont déterminantes.
<mode type="pigeon"/>
Bon ben c'est malin, je viens de lire la doc et de signer...
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobject ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ... bah ... c'est bon mangez-en :)
-- William Dodé - http://flibuste.net
On 18-01-2006, François Girault wrote:
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC)
William Dode <wilk-ml@flibuste.net> wrote:
On 18-01-2006, fgirault@gmail.com wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin
d'ajouter des modules (ça m'a bluffé d'installer sqlobject et
cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans
site-package ? Dans le dernier cas il me semble plus prudent d'utiliser
le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package;
no build or install step is required, just put them on PYTHONPATH
or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on
traine des dépendances où les versions des modules sont déterminantes.
<mode type="pigeon"/>
Bon ben c'est malin, je viens de lire la doc et de signer...
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va
bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobject
ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ...
bah ... c'est bon mangez-en :)
On Wed, 18 Jan 2006 15:04:40 +0000 (UTC) William Dode wrote:
On 18-01-2006, wrote:
Et puis maintenant, avec les ".egg", ça devient vraiment enfantin d'ajouter des modules (ça m'a bluffé d'installer sqlobject et cherrypy en 1 ligne chacun).
Est-ce que les .egg installent les modules en local ou dans site-package ? Dans le dernier cas il me semble plus prudent d'utiliser le gestionnaire de package de la distrib...
"They are a "zero installation" format for a Python package; no build or install step is required, just put them on PYTHONPATH or sys.path and use them"
quileur fiture ;)
Est-ce qu'il y a également un système de mise à jour pour les .egg ?
IMHO, je pense que les eggs sont une très bonne forme de packaging quand on traine des dépendances où les versions des modules sont déterminantes.
<mode type="pigeon"/>
Bon ben c'est malin, je viens de lire la doc et de signer...
cherrypy n'est pas rétrocompatible par exemple. et avoir la version qui va bien sur l'os de l'utilisateur ... hum hum. (par exemple cherrypy & sqlobject ne sont pas à jour dans ubuntu, mais même pas mal)
du coup, fournir un soft python avec son panier d'oeufs ... bah ... c'est bon mangez-en :)
