Un petit point sur les grands travaux d'été debian...
Tout d'abord, le passage à plasma 5 qui ne s'est fait dans la douleur, avec beaucoup de
migration impromptue dans la testing de manière anarchique... et dont les effets de bord
ne sont pas encore terminés.
Ensuite un projet de grande ampleur, la migration vers gcc 5... Aujourd'hui, cela bloque
pas mal de chose et il ne me semble pas possible d'avoir une installation utilisable avec
tellement de paquetages "bas niveau" ne sont pas encore disponible...
Y'a-t-il une solution pour effectuer cette migration ou bien faut-il simplement attendre
que tous les mainteneurs de paquetage recompilent leurs applications ?
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:
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.
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:
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.
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:
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.
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:
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:
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:
On 2015-08-17 15:47:01 +0200, Frédéric MASSOT wrote:
Le 14/08/2015 16:20, Vincent Lefevre a écrit : > 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
Tu peux avoir un Iceweasel à jour avec testing, il suffit d'ajouter cette ligne à ton fichier "sources.list" :
deb http://mozilla.debian.net/ jessie-backports iceweasel-release
Sauf que testing/unstable n'est pas jessie, donc il n'y a aucune raison que ça marche (sauf éventuellement de manière temporaire, car testing n'a pas encore assez évolué). En gros, c'est OK avant la première transition affectant iceweasel, mais une fois que la première transition a eu lieu, ça va bloquer.
La page http://mozilla.debian.net propose un sélecteur de version pour Iceweasel et affiche la ligne qui va bien pour le "sources.list".
ce qui ne résout pas le problème avec les transitions, car on n'a le choix qu'entre un iceweasel pour jessie et un iceweasel pour unstable. Si la transition N a déjà été faite et qu'une nouvelle transition N+1 est en cours, les mises à jours de sécurité vont avoir des paquets qui s'appliquent à jessie et à la transition N+1, mais pas à la transition N.
Pour info, dans le sélecteur, c'est
deb http://http.debian.net/debian experimental main
On 2015-08-17 15:47:01 +0200, Frédéric MASSOT wrote:
Le 14/08/2015 16:20, Vincent Lefevre a écrit :
> 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
Tu peux avoir un Iceweasel à jour avec testing, il suffit d'ajouter
cette ligne à ton fichier "sources.list" :
deb http://mozilla.debian.net/ jessie-backports iceweasel-release
Sauf que testing/unstable n'est pas jessie, donc il n'y a aucune
raison que ça marche (sauf éventuellement de manière temporaire,
car testing n'a pas encore assez évolué). En gros, c'est OK avant
la première transition affectant iceweasel, mais une fois que la
première transition a eu lieu, ça va bloquer.
La page http://mozilla.debian.net propose un sélecteur de version pour
Iceweasel et affiche la ligne qui va bien pour le "sources.list".
ce qui ne résout pas le problème avec les transitions, car on n'a
le choix qu'entre un iceweasel pour jessie et un iceweasel pour
unstable. Si la transition N a déjà été faite et qu'une nouvelle
transition N+1 est en cours, les mises à jours de sécurité vont
avoir des paquets qui s'appliquent à jessie et à la transition N+1,
mais pas à la transition N.
Pour info, dans le sélecteur, c'est
deb http://http.debian.net/debian experimental main
On 2015-08-17 15:47:01 +0200, Frédéric MASSOT wrote:
Le 14/08/2015 16:20, Vincent Lefevre a écrit : > 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
Tu peux avoir un Iceweasel à jour avec testing, il suffit d'ajouter cette ligne à ton fichier "sources.list" :
deb http://mozilla.debian.net/ jessie-backports iceweasel-release
Sauf que testing/unstable n'est pas jessie, donc il n'y a aucune raison que ça marche (sauf éventuellement de manière temporaire, car testing n'a pas encore assez évolué). En gros, c'est OK avant la première transition affectant iceweasel, mais une fois que la première transition a eu lieu, ça va bloquer.
La page http://mozilla.debian.net propose un sélecteur de version pour Iceweasel et affiche la ligne qui va bien pour le "sources.list".
ce qui ne résout pas le problème avec les transitions, car on n'a le choix qu'entre un iceweasel pour jessie et un iceweasel pour unstable. Si la transition N a déjà été faite et qu'une nouvelle transition N+1 est en cours, les mises à jours de sécurité vont avoir des paquets qui s'appliquent à jessie et à la transition N+1, mais pas à la transition N.
Pour info, dans le sélecteur, c'est
deb http://http.debian.net/debian experimental main
