Selon Sebastien Bacher <[EMAIL PROTECTED]>:Les paquets qui tournent sous 2.2 ne sont pas inutilisable, il suffit juste de les rebuilder sur python2.3 ... ou s'il ne supportent pas python2.3 les faire d�pendre de python2.2 au lieu de python.je profite d'avoir un pythoniste sous la main pour poser une question qui me tracasse (�galement vraie pour d'autres ensembles de paquets)... pourquoi avoir python2.1 python2.2 python2.4 et pas des python-*.* ?
On me corrigera si je dis des b�tises. En fait, je pense que c'est du au fait que certains programme ne fonctionne pas avec des versions r�centes de python. Par exemple zope ne fonctionne pas avec python2.2 (officiellement, en pratique je l'ai fait tourner mais je ne pas chercher tr�s loin pour voir o� �tait les incompatibilit�s). De plus, comme il y a byte-compilation des .py, est-on s�re � chaque fois qu'on passe d'une version � l'autre de python que le format est compatible (je pense que oui mais je n'ai aucune certitude).
j'explique mon intuition actuelle de la chose ... avec des python-*.* il existe un seul (sous)-graphe de d�pendances relatifs � python, avec des python*.* il existe autant de sous-graphes que de k1.k2 (2.1, 2.2, 2.3) car pour le syst�me Debian, python2.1 et python2.2 n'ont rien � voir entre-eux, sauf erreur et sauf meta-paquet qui �tablirait une relation.
Oui.
ce qui me g�ne le plus c'est que les concepteurs de python qui sont les seuls habilit�s � d�terminer ce qu'est une release python �tablissent un lien _naturel_ entre les versions python (au sens 2.3 >= 2.2 >= 2.1), et que ce lien est "naturellement" perdu par un packaging de la forme python*.*.la question est donc : o� ce lien est-il r�tabli ?
En fait la Debian Python Policy indique que :
At any given time, the package `python' will represent the current
default Debian Python version.
The default Debian Python version should alway be the latest stable
upstream release that can be integrated in the distribution.
donc 'python' est le nom de l'interpr�teur le plus actuel, cela ne
bougera pas tant quel la DPP ne sera pas modifi�e.
autre formulation : je comprends pas en quoi jouer sur les _noms_ de paquets permet de g�rer "mieux"(?) les probl�mes de version ?
D�pendre de "python" uniquement indique qu'un paquet est utilisable pour toute les versions de python. Un paquet qui d�pend de "python<X>.<Y>" ne fonctionne que pour cette version l�. Ainsi une d�pendance sur une version particuli�re n'emp�che pas d'installer la nouvelle version de python et donc de faire �voluer sa debian.
merci pour les �claircissements
J'esp�re ne pas avoir dit trop de b�tises. -- (�> Nicolas �vrard / ) Li�ge - Belgique ^^
pgpcdzF5vPA2H.pgp
Description: PGP signature
