sid=Still In Development
stretch est actuellement la version instable, d'où ce sid
es-tu sûr de vouloir la version instable, du coup? Tu ne semble pas
avoir fait ce choix en connaissance de cause...
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Le 4 novembre 2015 12:01, Damien TOURDE
<mailto: a écrit :
Bonjour,
Suite à une install neuve sur un PC, je suis passé en "Stretch/Sid".
L'install s'est passé comme suit :
- Install stable
- Correction problème + installation blob (wifi, nvidia)
- Passage du sources.list en stretch (j'ai remplacé tous les "jessie"
par des "stretch" avec M-x replace-string, je ne sais pas si
jessie/updates et jessie-updates avaient à être remplacés)
- apt-get update, upgrade et enfin dist-upgrade
Et maintenant mon /etc/debian_version m'indique "stretch/sid",
pourquoi
ce sid ? Dois-je et comment y remédier ?
mon fichier sources.list :
#
# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1 20150906-11:13]/ jessie main
#deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1
20150906-11:13]/ jessie main
deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch main
deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main
# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
non-free
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
sid=Still In Development
stretch est actuellement la version instable, d'où ce sid
es-tu sûr de vouloir la version instable, du coup? Tu ne semble pas
avoir fait ce choix en connaissance de cause...
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Le 4 novembre 2015 12:01, Damien TOURDE <damien@tourde.org
<mailto:damien@tourde.org>> a écrit :
Bonjour,
Suite à une install neuve sur un PC, je suis passé en "Stretch/Sid".
L'install s'est passé comme suit :
- Install stable
- Correction problème + installation blob (wifi, nvidia)
- Passage du sources.list en stretch (j'ai remplacé tous les "jessie"
par des "stretch" avec M-x replace-string, je ne sais pas si
jessie/updates et jessie-updates avaient à être remplacés)
- apt-get update, upgrade et enfin dist-upgrade
Et maintenant mon /etc/debian_version m'indique "stretch/sid",
pourquoi
ce sid ? Dois-je et comment y remédier ?
mon fichier sources.list :
#
# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1 20150906-11:13]/ jessie main
#deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1
20150906-11:13]/ jessie main
deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch main
deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main
# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
non-free
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
sid=Still In Development
stretch est actuellement la version instable, d'où ce sid
es-tu sûr de vouloir la version instable, du coup? Tu ne semble pas
avoir fait ce choix en connaissance de cause...
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org
Le 4 novembre 2015 12:01, Damien TOURDE
<mailto: a écrit :
Bonjour,
Suite à une install neuve sur un PC, je suis passé en "Stretch/Sid".
L'install s'est passé comme suit :
- Install stable
- Correction problème + installation blob (wifi, nvidia)
- Passage du sources.list en stretch (j'ai remplacé tous les "jessie"
par des "stretch" avec M-x replace-string, je ne sais pas si
jessie/updates et jessie-updates avaient à être remplacés)
- apt-get update, upgrade et enfin dist-upgrade
Et maintenant mon /etc/debian_version m'indique "stretch/sid",
pourquoi
ce sid ? Dois-je et comment y remédier ?
mon fichier sources.list :
#
# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1 20150906-11:13]/ jessie main
#deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1
20150906-11:13]/ jessie main
deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch main
deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main
# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
non-free
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "t esting"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "t esting"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "t esting"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
Le Wed, 04 Nov 2015 12:15:31 +0100,
Damien TOURDE a écrit :Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "testing"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
# apt-cache policy
te donnera toutes les infos sur les dépôts que tu emploie et leur
priorités.
Le Wed, 04 Nov 2015 12:15:31 +0100,
Damien TOURDE <damien@tourde.org> a écrit :
Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "testing"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
# apt-cache policy
te donnera toutes les infos sur les dépôts que tu emploie et leur
priorités.
Le Wed, 04 Nov 2015 12:15:31 +0100,
Damien TOURDE a écrit :Bonjour,
En effet, je ne souhaite pas être en Sid, je voulais être en "testing"
(donc sid +15j si je ne me trompe pas).
Il n'y a pas de release testing pour le moment ?
Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
# apt-cache policy
te donnera toutes les infos sur les dépôts que tu emploie et leur
priorités.
Bonjour,
Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[â¦]
Bonjour,
Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[â¦]
Bonjour,
Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[â¦]
Le mercredi 4 novembre 2015, 15:06:56 Damien TOURDE a écrit :Bonjour,
’jour,Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[…]
Tu *es* en testing / Stretch.
Sid et testing servent toutes les deux au développement de la
prochaine stable (Stretch) et, comme tu l’as dit plus tôt,
testing c’est Sid avec un délai et quelques règles, donc il n’y
a aucune façon de différencier une testing d’une Sid, à part en
vérifiant l’origine et la version de tous les paquets un à un.
Malgré les mises à jour fréquentes et nombreuses, vu le nombre
de paquets disponibles, la plupart des paquets de Sid et de
testing sont à la même version.
En fait, à part quelques paquets+versions de Sid qui ne
descendent pas dans testing (en général parce qu’ils sont bogués
et remplacés par une autre version avant d’être assez stables
pour descendre) et le fait que, ainsi, tous les paquets ne
descendent pas exactement après le même délai, tu pourrais avoir
deux machines totalement identiques, avec exactement les mêmes
paquets à la même version avec une des machines en testing et
l’autre en Sid mais sans mise à jour pendant quelques jours.
La seule façon d’être sûr d’être en testing, c’est d’avoir le
bon sources.list, tous les paquets à jour et aucun marqué
« obsolète ou local ».
Et sinon, pour passer de Sid à testing (ce que tu n’a pas
besoin de faire), il suffit de changer son sources.list et
d’attendre que testing rattrape les paquets « trop modernes »
(marqués alors « obsolètes ou locaux ») ou de forcer leur
réinstallation à la version disponible en testing.
Le mercredi 4 novembre 2015, 15:06:56 Damien TOURDE a écrit :
Bonjour,
’jour,
Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[…]
Tu *es* en testing / Stretch.
Sid et testing servent toutes les deux au développement de la
prochaine stable (Stretch) et, comme tu l’as dit plus tôt,
testing c’est Sid avec un délai et quelques règles, donc il n’y
a aucune façon de différencier une testing d’une Sid, à part en
vérifiant l’origine et la version de tous les paquets un à un.
Malgré les mises à jour fréquentes et nombreuses, vu le nombre
de paquets disponibles, la plupart des paquets de Sid et de
testing sont à la même version.
En fait, à part quelques paquets+versions de Sid qui ne
descendent pas dans testing (en général parce qu’ils sont bogués
et remplacés par une autre version avant d’être assez stables
pour descendre) et le fait que, ainsi, tous les paquets ne
descendent pas exactement après le même délai, tu pourrais avoir
deux machines totalement identiques, avec exactement les mêmes
paquets à la même version avec une des machines en testing et
l’autre en Sid mais sans mise à jour pendant quelques jours.
La seule façon d’être sûr d’être en testing, c’est d’avoir le
bon sources.list, tous les paquets à jour et aucun marqué
« obsolète ou local ».
Et sinon, pour passer de Sid à testing (ce que tu n’a pas
besoin de faire), il suffit de changer son sources.list et
d’attendre que testing rattrape les paquets « trop modernes »
(marqués alors « obsolètes ou locaux ») ou de forcer leur
réinstallation à la version disponible en testing.
Le mercredi 4 novembre 2015, 15:06:56 Damien TOURDE a écrit :Bonjour,
’jour,Oui en effet, je vois bien que je suis passé sur stretch
partout, c'est de la forme a=testing, n=stretch (cf copie
plus bas).
Mais mon soucis c'est que j'ai choisis Stretch en "toute
confiance" car j'ai toujours cru que Sid était la seule
distribution "non nommée" (dont le nom reste Sid ou unstable
versions après versions), et que je souhaitais être en
testing mais absolument pas en unstable.
C'est pour ça que je ne comprend pas pourquoi en ayant choisi
"testing" (Stretch), je me retrouve avec du Sid.
[…]
Tu *es* en testing / Stretch.
Sid et testing servent toutes les deux au développement de la
prochaine stable (Stretch) et, comme tu l’as dit plus tôt,
testing c’est Sid avec un délai et quelques règles, donc il n’y
a aucune façon de différencier une testing d’une Sid, à part en
vérifiant l’origine et la version de tous les paquets un à un.
Malgré les mises à jour fréquentes et nombreuses, vu le nombre
de paquets disponibles, la plupart des paquets de Sid et de
testing sont à la même version.
En fait, à part quelques paquets+versions de Sid qui ne
descendent pas dans testing (en général parce qu’ils sont bogués
et remplacés par une autre version avant d’être assez stables
pour descendre) et le fait que, ainsi, tous les paquets ne
descendent pas exactement après le même délai, tu pourrais avoir
deux machines totalement identiques, avec exactement les mêmes
paquets à la même version avec une des machines en testing et
l’autre en Sid mais sans mise à jour pendant quelques jours.
La seule façon d’être sûr d’être en testing, c’est d’avoir le
bon sources.list, tous les paquets à jour et aucun marqué
« obsolète ou local ».
Et sinon, pour passer de Sid à testing (ce que tu n’a pas
besoin de faire), il suffit de changer son sources.list et
d’attendre que testing rattrape les paquets « trop modernes »
(marqués alors « obsolètes ou locaux ») ou de forcer leur
réinstallation à la version disponible en testing.
> Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
> Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
> Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
On Wed, Nov 04, 2015 at 09:13:58PM +0100, Damien TOURDE wrote:Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
Je ne suis pas sûr de ce que tu veux dire, mais attention à
testing, il n'y a justement pas de suivi de sécurité: c'est
une mauvaise idée de l'utiliser sur un serveur.
Y.
On Wed, Nov 04, 2015 at 09:13:58PM +0100, Damien TOURDE wrote:
Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
Je ne suis pas sûr de ce que tu veux dire, mais attention à
testing, il n'y a justement pas de suivi de sécurité: c'est
une mauvaise idée de l'utiliser sur un serveur.
Y.
On Wed, Nov 04, 2015 at 09:13:58PM +0100, Damien TOURDE wrote:Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
Je ne suis pas sûr de ce que tu veux dire, mais attention à
testing, il n'y a justement pas de suivi de sécurité: c'est
une mauvaise idée de l'utiliser sur un serveur.
Y.
