Squeeze to wheezy

bjr,
petit pb inconnu:
mon sources.list

deb ftp.debian.org/debian/ wheezy main contrib non-free
deb-src ftp.debian.org/debian/ wheezy main contrib non-free
deb security.debian.org/ wheezy/updates main contrib non-free
deb-src security.debian.org/ wheezy/updates main contrib non-free

et mon resultat: tout bizard

aptitude upgrade
Résolution des dépendances…
ouverts : 362921 ; fermés : 244917 ; reportés : 10 ; en conflit : 15 Oterminate called after throwing an instance of 'std::bad_alloc’
what(): std::bad_alloc
Abandon

==========================================================

une petite idée?
cordialement

Salut,

1 - Bien sûr tu n’a pas oublié le “update” avant le upgrade
2 - Si tu es aussi pointu que moi tu n’as pas besoins des sources :laughing:
3 - Ce n’est pas parce que tu passes de squeeze à wheezy qu’il ne te faut plus les dépôts stables. Un paquet buggué sera content de trouver son bonheur en stable.

Salut,

Essaye apt-get.

Passer à Testing maintenant ? Envie de casser ta machine ? :wink:

Je te conseillerais plutôt d’installer une CUT

la meme chose :frowning:

C’est ce que j’entends dire régulièrement.
Pourtant, pour qui veut avoir mieux qu’une stable, je serais tenté de dire que vu les messages que je peux lire aussi, je préfère rester en testing que passer en sid.

Et depuis plusieurs années que je suis en testing je n’ai jamais rien cassé.

Il y a peut-être une condition pour un minimum de problèmes, ce que je conseille à bobylapointe: utiliser le sources.list et le preferences du topic sources.list au carré de truc et astuces.

Je suis un peu d’accord avec goude leuque, je suis toujours étonné, alors que ce topic est excellent, de voir des utilisateurs présenter des sources.list bizarroïdes.

Et quel est le preferences pour bobylapointe ?

:naughty:

Il n’y a pas mieux qu’une stable.
Les demandes d’aide dans support pour des gens sous Wheezy sont légions…

Je ne conseillerais JAMAIS une testing, pas plus qu’une SID.
Après, tout le monde est libre…

Et je ne voudrais pas dire, mais vu comment part notre ami bobylapointe, ça ne m’étonnerais pas que son passage en testing finisse en eau de boudin… :wink:

Ça ressemble à un manque de mémoire. Au moment du plantage, que donne

Au besoin l’augmenter avec

où MEM_EN_OCTETS est un nombre genre 100000000 ou autre

Re,

Il faut s’assurer d’avoir sources.list complet:

[code]# stable
deb http://ftp.fr.debian.org/debian/ stable main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ stable main contrib non-free

stable security

deb http://security.debian.org/ stable/updates main contrib non-free
#deb-src http://security.debian.org/ stable/updates main contrib non-free

stable volatile

#deb http://ftp.fr.debian.org/debian/ squeeze-updates main non-free contrib
#deb-src http://ftp.fr.debian.org/debian/ squeeze-updates main non-free contrib

testing

deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ testing main contrib non-free

testing security

deb http://security.debian.org/ testing/updates main contrib non-free
#deb-src http://security.debian.org/ testing/updates main contrib non-free[/code]
Un nettoyage des renseignements existants sur les paquets disponibles ne fera pas de mal:

apt-get update apt-get dist-upgrade

Pas besoin d’un préférences s’il veut passer en testing.

pourquoi faudrait-il qu’il ait un fichier de préférences ?
a moins d’avoir un besoin spécifique, le commun des debianneux n’en a aucune nécessité .

pour ma part, je suis très heureux de ma petite CUT et son sources.list minimaliste 8)

:naughty:

Il n’y a pas mieux qu’une stable.[/quote]

Tout dépend de ce que l’on veut faire.

Si je suis en testing, c’est que je suis utilisateur de Flightgear, dont j’utilise la version constamment évolutive, que je compile régulièrement sur le Git.

Et pas moyen avec une stable dont de nombreux paquets sont obsolètes pour ça.

Maintenant c’est vrai que pour 95% de ce que je fais une stable suffit plus que largement, même une old stable !

[quote=“lol”]
Pas besoin d’un préférences s’il veut passer en testing.[/quote]

Si tu le dis, moi n’étant qu’un néophyte…

Pourquoi y en a-t-il donc un dans le topic sources.list au carré ?

La config “classique” pour une testing c’est un sources.list testing+stable donc pas besoin de preferences.
Maintenant, niveau stabilité de la machine il vaut largement mieux avoir testing+unstable+stable mais c’est beaucoup plus compliqué à gérer (il faut piocher régulièrement dans unstable, ça demande une certaine maîtrise de ton gestionnaire de paquets) et il faut absolument un preferences faute de quoi tu ne serais plus en testing mais en unstable. Le sujet “sources.list au carré” évoque ce cas là.

[quote=“taureau89_9”][quote=“lol”]
Passer à Testing maintenant ? Envie de casser ta machine ? :wink:
[/quote]

C’est ce que j’entends dire régulièrement.
Pourtant, pour qui veut avoir mieux qu’une stable, je serais tenté de dire que vu les messages que je peux lire aussi, je préfère rester en testing que passer en sid.

Et depuis plusieurs années que je suis en testing je n’ai jamais rien cassé.[/quote]
C’est juste que passer en testing juste avant le freeze c’est le pire moment que l’on puisse choisir… La plupart du temps testing est tout à fait utilisable, mais pendant la période de freeze (qui va débuter ce mois-ci normalement) ça devient vraiment le bordel…
N’oublie pas que si tu n’as jamais réussi à casser ta testing ce n’est pas parce qu’elle fonctionne bien, mais parce que, au choix :
a) tu n’as jamais vécu de freeze auparavant
b) tu as eu de la chance
c) tu es suffisamment doué pour maîtriser la bête

L’option (d) “testing est fiable” n’est pas envisageable, SURTOUT PAS en période de freeze… :wink:

Ok.

Tant pis, je prends le risque.

Je reste en testing, on verra si je suis en a b ou c, ou même si l’option d se vérifie quand même :033