Passage de lenny à squeeze

Le
Goldy
Bonjour,

J'aimerais savoir s'il est judicieux de passer de lenny nouvellement
stable à squeeze de façon à profité des mises à jours de paquets.

Est-ce qu'il y a des risques potentiellement importants ? Pour ma part,
il s'agit d'un serveur qui n'utilise pas de serveur graphique xorg (il
me semble que c'est surtout au niveau de xorg qu'il y a souvent quelques
problèmes).

Si c'est possible, la méthode est de changer les sources dans
sources.list, ou y a-t-il une autre méthode ?

Merci d'avance.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Yves Rutschle
Le #18693091
On Tue, Feb 17, 2009 at 05:03:17PM +0100, Goldy wrote:
J'aimerais savoir s'il est judicieux de passer de lenny nouvellement
stable à squeeze de façon à profité des mises à jours de paquets.



Ça dépend de l'utilisation. Si tu étais déjà en Lenny avant,
c'est équivalent à passer à la prochaine maintenant: tu
n'es jamais en stable.

Est-ce qu'il y a des risques potentiellement importants ? Pour ma part,
il s'agit d'un serveur qui n'utilise pas de serveur graphique xorg (il
me semble que c'est surtout au niveau de xorg qu'il y a souvent quelques
problèmes).



Il y a toujours des risques à toute mise à jour, si le
serveur est important il faut toujours déployer la mise à
jour sur un serveur de test (c'est aussi valable pour le
passage de stable n à stable n+1)

Si c'est possible, la méthode est de changer les sources dans
sources.list



C'est ça, puis update & dist-upgrade

Y.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Goldy
Le #18693431
Yves Rutschle a écrit :


Ça dépend de l'utilisation. Si tu étais déjà en Lenny avant,
c'est équivalent à passer à la prochaine maintenant: tu
n'es jamais en stable.




Oui, c'était une installation de Lenny depuis environ 6 mois.


Il y a toujours des risques à toute mise à jour, si le
serveur est important il faut toujours déployer la mise à
jour sur un serveur de test (c'est aussi valable pour le
passage de stable n à stable n+1)



Ce n'est pas vraiment sensible, seulement je ne peux pas me permettre de
casser l'installation car le système est entièrement chiffré, je risque
d'avoir un certain nombre de difficultés de réinstaller le système tout
en conservant les données sur les disques.

En fait, je me demandais surtout si les paquets actuellement sur squeeze
était très différents de ceux présents dans les dépôts de Lenny (grosse
disparité de versions ou mise à jours progressives).


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Mathieu JANIN
Le #18705641
Le mardi 17 février 2009, Goldy a écrit :
Yves Rutschle a écrit :
> Ça dépend de l'utilisation. Si tu étais déjà en Lenny avant,
> c'est équivalent à passer à la prochaine maintenant: tu
> n'es jamais en stable.

Oui, c'était une installation de Lenny depuis environ 6 mois.

> Il y a toujours des risques à toute mise à jour, si le
> serveur est important il faut toujours déployer la mise à
> jour sur un serveur de test (c'est aussi valable pour le
> passage de stable n à stable n+1)

Ce n'est pas vraiment sensible, seulement je ne peux pas me permettre de
casser l'installation car le système est entièrement chiffré, je ri sque
d'avoir un certain nombre de difficultés de réinstaller le système tout
en conservant les données sur les disques.

En fait, je me demandais surtout si les paquets actuellement sur squeeze
était très différents de ceux présents dans les dépôts de Len ny (grosse
disparité de versions ou mise à jours progressives).



Bonjour,
sur une machine critique, aucun interet de passer en squeeze, ça va êtr e
pendant minimum un an la pire des trois solutions entre lenny, squeeze, et
sid. Les paquets arrivant seront dans un état de compatibilité entre eu x
absolument non testés en plus du fait que la sécurité de chaque paque t n'est
pas garantie, et les versions vont commencer à se succèder à rythme r apide en
squeeze dans ce contexte instable. Ceci contrairement à la sid qui évol ue
sans à coup (un petit peu de mouvements avec la sortie de lenny, mais le
dist-upgrade s'est fait sans incident pour moi) et malgré l'absence d'é quipe
sécurité et de menus défauts, reste plus stable que nombre de distrib s
annoncées comme des produits finalisés.
Pour l'instant, donc, la squeeze va être destinée surtout aux bénév oles prets
à se prendre les pires bugs en pleine face.
Si tu veux des logiciels "cutting edge" prends une sid. Si tu ne veux pas
prendre de risque, restes en Lenny. La squeeze, c'est pour rendre service a ux
autres en remontant les bugs.

++, MATT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Goldy
Le #18706411
Mathieu JANIN a écrit :
Bonjour,
sur une machine critique, aucun interet de passer en squeeze, ça va être
pendant minimum un an la pire des trois solutions entre lenny, squeeze, et
sid. Les paquets arrivant seront dans un état de compatibilité entre eux
absolument non testés en plus du fait que la sécurité de chaque paquet n'est
pas garantie, et les versions vont commencer à se succèder à rythme rapide en
squeeze dans ce contexte instable. Ceci contrairement à la sid qui évolue
sans à coup (un petit peu de mouvements avec la sortie de lenny, mais le
dist-upgrade s'est fait sans incident pour moi) et malgré l'absence d'équipe
sécurité et de menus défauts, reste plus stable que nombre de distribs
annoncées comme des produits finalisés.
Pour l'instant, donc, la squeeze va être destinée surtout aux bénévoles prets
à se prendre les pires bugs en pleine face.
Si tu veux des logiciels "cutting edge" prends une sid. Si tu ne veux pas
prendre de risque, restes en Lenny. La squeeze, c'est pour rendre service aux
autres en remontant les bugs.

++, MATT




C'est surprenant que squeeze soit plus "dangereux" que sid, car selon ce
que l'on peut lire sur le site de debian, les paquets arrivant sur
squeeze doivent d'abord passer par sid pendant un certain temps.

Il semble que la mise des paquets depuis sid dans la testing soit fait
automatiquement d'ailleurs.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Gilles Mocellin
Le #18706551
--nextPart2847666.KDVOl9zVan
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le Wednesday 18 February 2009 23:10:56 Goldy, vous avez écrit :
Mathieu JANIN a écrit :
> Bonjour,
> sur une machine critique, aucun interet de passer en squeeze, ça va être
> pendant minimum un an la pire des trois solutions entre lenny, squeeze,
> et sid. Les paquets arrivant seront dans un état de compatibilité e ntre
> eux absolument non testés en plus du fait que la sécurité de chaq ue
> paquet n'est pas garantie, et les versions vont commencer à se succ èder à
> rythme rapide en squeeze dans ce contexte instable. Ceci contrairement à
> la sid qui évolue sans à coup (un petit peu de mouvements avec la sortie
> de lenny, mais le dist-upgrade s'est fait sans incident pour moi) et
> malgré l'absence d'équipe sécurité et de menus défauts, reste plus stable
> que nombre de distribs annoncées comme des produits finalisés.
> Pour l'instant, donc, la squeeze va être destinée surtout aux bén évoles
> prets à se prendre les pires bugs en pleine face.
> Si tu veux des logiciels "cutting edge" prends une sid. Si tu ne veux
> pas prendre de risque, restes en Lenny. La squeeze, c'est pour rendre
> service aux autres en remontant les bugs.
>
> ++, MATT

C'est surprenant que squeeze soit plus "dangereux" que sid, car selon ce
que l'on peut lire sur le site de debian, les paquets arrivant sur
squeeze doivent d'abord passer par sid pendant un certain temps.

Il semble que la mise des paquets depuis sid dans la testing soit fait
automatiquement d'ailleurs.



Justement, ce passage est bloqué s'il y a des bugs reportés dans sid.
Du coup, on peut se retrouver avec des paquets manquant dans testing.

Ca m'est arrivé à mes début, j'avais choisi testing, et il manquait d es paquet
autour de Xfree86... inutilisable.

Je suis donc en sid depuis, et même si potentiellement il y a plus de bug s, il
sont aussi corrigés plus vite.
En effet, une correction de bug pour testing doit d'abord passer dans sid,
attendre la fameuse période avant de basculer dans testing...

Pour les problèmes de sécurité, c'était très embêtant, c'est po ur celà que
testing est maintenant prise en charge par l'équipe sécurité, qui peu t passer
outre l'attente dans sid.

En résumé, pour moi :
- serveur = stable
- station de travail lambda = stable + backports
- ma station de travail ou utilisateur expérimenté = unstable

--nextPart2847666.KDVOl9zVan
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkmcjRUACgkQDltnDmLJYdCv1gCeIwIcchkN2yRIjbODhDEIDnYI
mPQAn1goYy/JYNmRUSrgaIPeIOCPGLbq
=uSVZ
-----END PGP SIGNATURE-----

--nextPart2847666.KDVOl9zVan--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Mathieu JANIN
Le #18706791
Le mercredi 18 février 2009, Goldy a écrit :
Mathieu JANIN a écrit :
> Bonjour,
> sur une machine critique, aucun interet de passer en squeeze, ça va être
> pendant minimum un an la pire des trois solutions entre lenny, squeeze,
> et sid. Les paquets arrivant seront dans un état de compatibilité e ntre
> eux absolument non testés en plus du fait que la sécurité de chaq ue
> paquet n'est pas garantie, et les versions vont commencer à se succ èder à
> rythme rapide en squeeze dans ce contexte instable. Ceci contrairement à
> la sid qui évolue sans à coup (un petit peu de mouvements avec la sortie
> de lenny, mais le dist-upgrade s'est fait sans incident pour moi) et
> malgré l'absence d'équipe sécurité et de menus défauts, reste plus stable
> que nombre de distribs annoncées comme des produits finalisés.
> Pour l'instant, donc, la squeeze va être destinée surtout aux bén évoles
> prets à se prendre les pires bugs en pleine face.
> Si tu veux des logiciels "cutting edge" prends une sid. Si tu ne veux
> pas prendre de risque, restes en Lenny. La squeeze, c'est pour rendre
> service aux autres en remontant les bugs.
>
> ++, MATT

C'est surprenant que squeeze soit plus "dangereux" que sid, car selon ce
que l'on peut lire sur le site de debian, les paquets arrivant sur
squeeze doivent d'abord passer par sid pendant un certain temps.

Il semble que la mise des paquets depuis sid dans la testing soit fait
automatiquement d'ailleurs.



Tu mettrais en doute ma bonne parole mécréant ?
Lis sur mes lèvres.
;)

.>Chaque< paquet dans testing est une version plus stable dans l'absolu q u'un
paquet de sid, oui, mais juste aprés le lancement d'une nouvelle testing, les
paquets de sid >entre eux< sont plus bien plus compatibles que ceux de la
testing >entre eux< au niveau de version ou ils en sont, car pour débugue r
les problêmes >à l'intérieur des paquets< en sid, les développeurs ont
tendance à lisser d'abord les bugs les plus dramatiques avec les paquets
corrèlés, pour pouvoir bosser tranquillement sur les problêmes qui co ncernent
la sid (l'intérieur des paquets). Du coup, une testing est >globalement< bien
plus buguée à son début que la sid (la sid restant presque toujours
parfaitement exploitable pour une machine perso).
Avec l'approche de la stabilisation de la testing et le ralentissement de
l'importation de nouvelles versions, la situation s'inverse, jusqu'au freez e,
ou le débuguage >d'interaction entre les paquets< arrive à sont sommet. .. Et
c'est la release, mais c'est la dernière étape.
Enfin généralement, et d'un point de vue totalement personnel et subjec tif,
parceque je l'ai vécu plusieurs fois, et parceque c'est la seule explicat ion
qui me permette d'expliquer le quasi monopole de gueulantes concernant la
testing sur les forums juste aprés la release d'une nouvelle stable.
C'est pas du bronze, juste un constat.

C'est mieux comme explication ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Goldy
Le #18709941
Mathieu JANIN a écrit :
Tu mettrais en doute ma bonne parole mécréant ?
Lis sur mes lèvres.
;)

.>Chaque< paquet dans testing est une version plus stable dans l'absolu qu'un
paquet de sid, oui, mais juste aprés le lancement d'une nouvelle testing, les
paquets de sid >entre eux< sont plus bien plus compatibles que ceux de la
testing >entre eux< au niveau de version ou ils en sont, car pour débuguer
les problêmes >à l'intérieur des paquets< en sid, les développeurs ont
tendance à lisser d'abord les bugs les plus dramatiques avec les paquets
corrèlés, pour pouvoir bosser tranquillement sur les problêmes qui concernent
la sid (l'intérieur des paquets). Du coup, une testing est >globalement< bien
plus buguée à son début que la sid (la sid restant presque toujours
parfaitement exploitable pour une machine perso).
Avec l'approche de la stabilisation de la testing et le ralentissement de
l'importation de nouvelles versions, la situation s'inverse, jusqu'au freeze,
ou le débuguage >d'interaction entre les paquets< arrive à sont sommet... Et
c'est la release, mais c'est la dernière étape.
Enfin généralement, et d'un point de vue totalement personnel et subjectif,
parceque je l'ai vécu plusieurs fois, et parceque c'est la seule explication
qui me permette d'expliquer le quasi monopole de gueulantes concernant la
testing sur les forums juste aprés la release d'une nouvelle stable.
C'est pas du bronze, juste un constat.

C'est mieux comme explication ?




C'est tout à fait clair, je comprends mieux maintenant. Merci à Gilles
aussi.

Je vais finalement rester en stable, il s'avère que pour l'utilisation
que j'en fais, je n'ai pas particulièrement besoin d'avoir des versions
de logiciels à jours.

C'est juste qu'à l'époque, j'avais choisie lenny dans l'espoir de
continuer en testing une fois que lenny serait stable (on m'avait
affirmé que c'était possible à l'époque). Mais au final, pour un serveur
de fichier ce n'est pas particulièrement utile.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
thveillon.debian
Le #18710761
> Goldy a écrit :

C'est tout à fait clair, je comprends mieux maintenant. Merci à Gilles
aussi.

Je vais finalement rester en stable, il s'avère que pour l'utilisation
que j'en fais, je n'ai pas particulièrement besoin d'avoir des versions
de logiciels à jours.

C'est juste qu'à l'époque, j'avais choisie lenny dans l'espoir de
continuer en testing une fois que lenny serait stable (on m'avait
affirmé que c'était possible à l'époque). Mais au final, pour un serveur
de fichier ce n'est pas particulièrement utile.




Ce message de Debian-security va dans le même sens, passer en Testing
est une bonne idée (si on en a besoin/envie seulement !) dans sa phase
de consolidation. Pour l'instant c'est plutôt la phase fourre-tout...

http://lists.debian.org/debian-testing-security-announce/2008/12/msg00019.html

Cela dit sur mon post perso "desktop" je suis en Squeeze, et rien ne
fume encore... Jusque là !

Tom

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Jean-Michel OLTRA
Le #18710961
Bonjour,


Le jeudi 19 février 2009, thveillon.debian a écrit...


Ce message de Debian-security va dans le même sens, passer en Testing
est une bonne idée (si on en a besoin/envie seulement !) dans sa phase
de consolidation. Pour l'instant c'est plutôt la phase fourre-tout...



http://lists.debian.org/debian-testing-security-announce/2008/12/msg00019.html



Cela dit sur mon post perso "desktop" je suis en Squeeze, et rien ne
fume encore... Jusque là !



Bizarre, ce fil, je trouve. Je suis en testing depuis que Woody y est
passée, ce n'est pas si vieux, certes, mais ça fait quelques
versions déjà. Nous avons 3 machines en testing à la maison. Je
n'ai jamais remarqué de problème particulier sur les mises à jour de
testing juste après la sortie de la dernière version stable. Serais je
chanceux ? D'une manière générale, les problèmes sur les mises à jour
depuis la Woody, en testing, doivent se compter, chez moi, sur les
doigts d'une main. Ce qui fait, je trouve, une remarquable stabilité.

--
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
thveillon.debian
Le #18712031
Jean-Michel OLTRA a écrit :
Bonjour,


Le jeudi 19 février 2009, thveillon.debian a écrit...


Ce message de Debian-security va dans le même sens, passer en Testing
est une bonne idée (si on en a besoin/envie seulement !) dans sa phase
de consolidation. Pour l'instant c'est plutôt la phase fourre-tout...



http://lists.debian.org/debian-testing-security-announce/2008/12/msg00019.html



Cela dit sur mon post perso "desktop" je suis en Squeeze, et rien ne
fume encore... Jusque là !



Bizarre, ce fil, je trouve. Je suis en testing depuis que Woody y est
passée, ce n'est pas si vieux, certes, mais ça fait quelques
versions déjà. Nous avons 3 machines en testing à la maison. Je
n'ai jamais remarqué de problème particulier sur les mises à jour de
testing juste après la sortie de la dernière version stable. Serais je
chanceux ? D'une manière générale, les problèmes sur les mises à jour
depuis la Woody, en testing, doivent se compter, chez moi, sur les
doigts d'une main. Ce qui fait, je trouve, une remarquable stabilité.



J'ai la même expérience que toi avec Testing (Etch, Lenny et maintenant
Squeeze). J'ai eu de mineurs problèmes avec Lenny au tout début, rien de
grave. Reste que l'absence de mise à jour de sécurité peut être un frein
sérieux.

Tom

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Publicité
Poster une réponse
Anonyme