Re: Migration vers GCC5 laborieuse
On 2015-08-12 19:23:17 +0200, daniel huhardeaux wrote:
> Le 12/08/2015 17:38, C. Mourad Jaber a écrit :
> >[...]
> >> Donc, ouais, il faut attendre…
> >C'est violent tout de même, une phase experimentale, même longue aurait
> >peut-être été préférable... Parce que là ça bloque tout SID pour longtemps
> >!
> >
> >[...]
>
> L'essence même de SID est unstable ! On sait donc à quoi s'attendre ;-)
"unstable", au sens où ça évolue. Là, c'est l'inverse: quasiment tout
est bloqué!
Dommage qu'il n'y ait pas un concept de branche pour les transitions,
de manière à ce que sid soit affecté de manière atomique par une
transition (pour le développement logiciel, on peut développer une
fonctionnalité dans une branche et faire un merge dans le tronc à la
fin).
> Rester en testing est la solution si l'on veut les dernières versions sans
> les ennuis possibles d'unstable. Ou le pinning comme proposé préalablement.
Non, testing n'a pas les dernières versions. Par exemple pour
iceweasel:
iceweasel:amd64 38.1.0esr-3 testing ftp.fr.debian.org
iceweasel:amd64 38.1.1esr-1 unstable ftp.fr.debian.org
iceweasel:amd64 38.2.0esr-1~deb8u1 stable security.debian.org
La 38.1.0esr-3 de testing a des trous de sécurité. Là on a tout de
même la chance de pouvoir passer en stable, qui n'est en fait plus
trop "stable" (au sens qui ne bouge pas) puisque la mise à jour de
sécurité l'a fait passer de 31.6.0esr-1 à 38.2.0esr-1~deb8u1, donc
un gros saut dans les versions.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: