Un exemple serait de dire à son serveur HTTP qu'il va utiliser PHP 5.3 et non la version 5.1 proposée par défaut.
Ça doit se faire pas trop difficilement. Ma remarque était surtout sur le côté "générique" : la solution pour apache sera différente de celle pour une autre application.
De fait, n'est-il pas possible de compiler ladite nouvelle version dans /usr/local et d'appeler un exécutable différent (/usr/local/bin/php53 et non /usr/bin/php) ?
Je pense que c'est tout à fait possible, et c'est comme ça qu'on fait d'habitude (i.e. mettre dans /usr/local, ou dans /opt). Je n'ai pas la solution pour PHP car je ne l'utilise pas, mais j'ai déjà modifié le PATH pour certains CGI (bon, je ne l'ai plus en tête, mais c'est dans la doc).
j'ai d'ailleurs re-découvert tout à l'heure une possible solution sous Debian avec le script update-alternatives[1, 2 et 3]. Visiblement, il est grâce à lui possible de choisir quelle alternative sera préférée, au niveau du système et certainement au niveau de l'utilisateur.
Oui, update-alternatives sert exactement à ça, mais choisit pour le système entier, pas par utilisateur.
J'avais l'impression qu'il était possible de facilement définir quelle serait celle préférée par défaut[5], tout en pouvant en appeler d'autres.
Effectivement, ça a l'air pas mal. C'est géré dans Debian avec update-alternatives, mais généralement seulement pour des versions _majeures_ différentes. Car on ne peut pas installer une 2.5.x et une 2.5.y en parallèle (c'est un choix de Debian).
[^] # Re: Un bout de solution
Posté par benoar . En réponse au message Cohabitation de versions différentes d'un même paquet. Évalué à 3.
Ça doit se faire pas trop difficilement. Ma remarque était surtout sur le côté "générique" : la solution pour apache sera différente de celle pour une autre application.
De fait, n'est-il pas possible de compiler ladite nouvelle version dans /usr/local et d'appeler un exécutable différent (/usr/local/bin/php53 et non /usr/bin/php) ?
Je pense que c'est tout à fait possible, et c'est comme ça qu'on fait d'habitude (i.e. mettre dans /usr/local, ou dans /opt). Je n'ai pas la solution pour PHP car je ne l'utilise pas, mais j'ai déjà modifié le PATH pour certains CGI (bon, je ne l'ai plus en tête, mais c'est dans la doc).
j'ai d'ailleurs re-découvert tout à l'heure une possible solution sous Debian avec le script update-alternatives[1, 2 et 3]. Visiblement, il est grâce à lui possible de choisir quelle alternative sera préférée, au niveau du système et certainement au niveau de l'utilisateur.
Oui, update-alternatives sert exactement à ça, mais choisit pour le système entier, pas par utilisateur.
J'avais l'impression qu'il était possible de facilement définir quelle serait celle préférée par défaut[5], tout en pouvant en appeler d'autres.
Effectivement, ça a l'air pas mal. C'est géré dans Debian avec update-alternatives, mais généralement seulement pour des versions _majeures_ différentes. Car on ne peut pas installer une 2.5.x et une 2.5.y en parallèle (c'est un choix de Debian).