[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Dépendances : noms vs versions de paquets



* Georges Mariano [14:46 17/08/03 CEST]:
Selon Nicolas Évrard <nicoe@altern.org>:

>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.

ah, ok, là est le schmutz... i.e ce qu'il faut "intégrer" c'est donc
que lorsqu'un paquet indique dépendre de python, ce _n'est pas_ une
version quelconque ...

C'est pourquoi un tas de paquets sont refaits quand il y a un changement
de version de python.

la toute petite pièce qui manque aux puzzle (au moins dans ma ptite
tête) c'est qu'il n'existe pas (actuellement) de moyen pour indiquer à
dpkg (et donc apt) de _ne pas virer_ les fichiers de la version
précédente ...

[apt-get --coinstall python=2.1 python=2.3 ;-)]

   apt-get install python2.1 python2.3

devrait fonctionner sans problème.

(évidemment la conception des paquets concernés en est affectée par
exemple on peut prendre appui sur les alternatives pour définir le
python par défaut sur un système...)

Cela ne fonctionne pas sur le principe des alternatives. Un programme
qui nécessite python2.1 utilisera #!/usr/bin/python2.1, ses modules se
trouvent soit dans /usr/lib/... soit dans
/usr/lib/python2.1/site-packages

Un programme nécessitant python utilisera #!/usr/bin/python, ses modules
se trouvent dans /usr/lib/... ou /usr/lib/site-python des liens
symboliques étant ajoutés à chaque /usr/lib/python*.*/site-packages

--
(°>  Nicolas Évrard
/ )  Liège - Belgique
^^

Attachment: pgpb3FMPQh05w.pgp
Description: PGP signature


Reply to: