Utiliser paquets testing sur stable

Bonjour,

Je suis utilisateur de Debian Stretch sur un serveur de prod qui sert notamment du web.

J’aurais besoin sur celui-ci de php7.2 mais surtout d’une mise à jour de son module INTL et surtout de l’ICU.
J’ai vu que tous les paquets dont j’ai besoin sont disponibles sur Buster et je me pose une question toute simple.

À l’heure actuellement, je désire rester sur la version stable. Cependant, est-il possible de seulement piocher quelques paquets sur la branche testing ?

Merci d’avance

C’est possible de tester, mais:

  • à moins de faire un pinning en stable (man apt_preferences) ajouter les dépots testing peut te faire direct glisser en testing (normalement non, c’est bordé, mais un pb de config et tout explose),
  • même avec un pinning, il est toujours possible que ça tire des dépendances en testing, et aucun des paquets que tu vas installer n’a été testé avec un coeur de distrib en version stable.

Et surtout, il y a mieux et plus propre, les backports:
https://backports.debian.org/Instructions/
Ce sont les versions “cutting edge” de softs pas officiellement intégrés en version stable, mais recompilés depuis les sources avec les libs de la stable (ou des libs dans backports, ce qui tirera quelques dépendances backports qui peuvent être nécessaires).
C’est comme ça qu’on a les toutes dernières versions du module nvidia en stable, par exemple.

Donc installes les depots backports, puis apt update.
Pas d’inquiétude lors des mises à jour ou de futures installs, rien ne s’installera depuis backports en remplacement de ta stable si tu ne le demandes pas explicitement en faisant:
apt -t stretch-backports install <paquet>

  • attention quand même, si tu ne précises pas le -t mais que seul le backports contient ce que tu demandes comme paquet, c’est le paquet backports qui s’installera, sauf s’il râle parcequ’il qu’il ne trouve pas les dépendances en stable
  • attention aussi, je crois que le paquet que tu installes ne se mettra pas à jour depuis backports lors des upgrade, et sera mis à jour seulement si tu le redemende explicitement, ou si la version stable devient plus grande que ta version backports installée.

Aprés, tu pourras regarder dans backports ce qu’il y a comme paquets php7.2 qui t’intérèssent, mais je crois avoir vu que c’est déjà plutôt php7.3 qui est en testing, même si il reste du 7.2.

Pour voir les différentes versions dont tu disposes entre stable et backports, sinon:
apt-cache policy <paquet>

[dernier edit:] la buster est gelée et sera bientôt stable, ça vaut peut être le coup de migrer en buster, quitte à tester la migration sur un clone, non ?

Pour backports, j’ai regardé, mais rien trouvé de ce que je cherche.

Pour Buster, j’ai vu, mais le “bientôt” se situerait à quel période ?

Elle vient d’être gelée, et d’aprés:
https://wiki.debian.org/fr/DebianReleases#Statistiques_sur_les_versions
C’est 7+/- 1 mois, ~200 jours (mais ça a pu varier de 34 à 384 jours).

Pour accéder facilement à plusieurs versions de PHP sur Debian je conseille ce dépôt, maintenu par la personne qui gère les paquets PHP au sein des dépôts officiels Debian : https://deb.sury.org/

mattotop> C’est un peu long pour moi :wink:

vv222> J’ai déjà installé php7.1/2/3 (et modules) grâce aux paquets de Ondřej Surý :wink: Mais l’ICU n’est toujours pas à jour, je devrais essayer de contacter le monsieur pour savoir si il ne peut pas mettre à jour INTL avec l’ICU en dernière version (je crois que c’est intégré dans le module, mais je n’en suis pas certain).

Tiens, en allant fouiller sur son site, je suis tombé là dessus : https://packages.sury.org/php/pool/main/i/icu/
La dernière version… à jour :star_struck: !!!
j’ai bien enregistrer son dépot (la preuve, j’ai bien réussi à télécharger les dernières versions de PHP, mais quand je cherche icu-devtools, je ne vois que les dépots officiels, normal ?

utilise l’option -t pour forcer une branche différente si tu n’utilise pas de fichier préférences.

J’utilise buster depuis octobre 2017 et depuis tout ce temps, je n’ai fait face qu’à seul bug mineur qui a été corrigé au bout d’un mois, nickel-chrome sur toute la ligne, c’est très très stable, bref du debian ! Je préfère cela à du backports où si tu déclares un bug (si, si cela arrive ), ce n’est plus forcément corrigé sauf si cela impacte les versions supérieures.

C’est effectivement vrai … :disappointed_relieved: