Puis-je faire sans risque les 39 mise à jour restantes ?

Mon sources-list et mon fichier preferences sont les suivants, cad les mêmes que le topic T&A pour une testing
(ils n’ont à priori pas été actualisés depuis)

[code]################################################

squeeze

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

squeeze multimedia

deb http://www.debian-multimedia.org squeeze main non-free
deb-src http://mirror.home-dn.net/debian-multimedia squeeze main

squeeze security

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

squeeze update

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

################################################

wheezy

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

wheezy multimedia

deb http://www.debian-multimedia.org wheezy main non-free
deb-src http://www.debian-multimedia.org/ wheezy main

wheezy security

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

################################################

sid

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

sid multimedia

deb http://www.debian-multimedia.org/ sid main
deb-src http://www.debian-multimedia.org/ sid main

################################################

experimental

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

experimental multimedia (uniquement 64 bits, décommentez les lignes dans ce cas)

deb http://www.debian-multimedia.org/ experimental main
deb-src http://www.debian-multimedia.org/ experimental main[/code]

et

[code]Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 990

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 985

Package: *
Pin: release o=Debian,a=testing,l=Debian
Pin-Priority: 990

Package: *
Pin: release o=Debian,a=squeeze-updates,l=Debian
Pin-Priority: 980

Package: *
Pin: release o=Debian,a=stable,l=Debian-Security
Pin-Priority: 980

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 975

Package: *
Pin: release o=Debian,a=stable,l=Debian
Pin-Priority: 980

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 90

Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 85

Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 90: *

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 85

Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 90[/code]

Au point de vue mises à jour je n’ai fait que des safe-upgrade, ce qui donne au jour d’aujourd’hui:

État actuel : 39 mises à jour restantes [-24]. root@MaDebianTesting:/home/andre#

Il reste donc 39 mises à jour.

Si je demande un full-upgrade:

[code]root@MaDebianTesting:/home/andre# aptitude full-upgrade
Les NOUVEAUX paquets suivants vont être installés :
libdrm-nouveau1a{ab} rpcbind{ab}
Les paquets suivants seront ENLEVÉS :
xserver-xorg-video-nv{u} xserver-xorg-video-v4l{u}
Les paquets suivants seront mis à jour :
gstreamer0.10-ffmpeg{b} gstreamer0.10-ffmpeg-dbg nfs-common plymouth plymouth-drm xorg xserver-xorg xserver-xorg-core{b} xserver-xorg-input-evdev xserver-xorg-input-synaptics
xserver-xorg-input-wacom xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-fbdev
xserver-xorg-video-i128 xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-openchrome
xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage
xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-vesa
xserver-xorg-video-vmware xserver-xorg-video-voodoo
39 paquets mis à jour, 2 nouvellement installés, 2 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 7 514 ko d’archives. Après dépaquetage, 69,6 ko seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
xserver-xorg-video-radeonhd: Dépend: xorg-video-abi-6.0 qui est un paquet virtuel
xserver-xorg-core: Casse: xserver-xorg-video-6 qui est un paquet virtuel
gstreamer0.10-ffmpeg: Dépend: libavcodec52 (< 5:0) mais 5:0.6.2-0.1 est installé. ou
libavcodec-extra-52 (< 5:0) qui est un paquet virtuel
libdrm-nouveau1a: Est en conflit avec: libdrm-nouveau1 mais 2.4.21-1~squeeze3 est installé.
rpcbind: Est en conflit avec: portmap mais 6.0.0-3 est installé.
Les actions suivantes permettront de résoudre ces dépendances :

  Supprimer les paquets suivants :                           
  1.  gnome                                                    
    
  2.  gnomebaker                                               
    
  3.  gstreamer0.10-ffmpeg                                     
    
  4.  gstreamer0.10-ffmpeg-dbg                                 
    
  5.  nfs-common                                               
    
  6.  plymouth-drm                                             
    
  7.  plymouth-themes-all                                      
    
  8.  plymouth-themes-fade-in                                  
    
  9.  plymouth-themes-glow                                     
    
  10. plymouth-themes-script                                   
    
  11. plymouth-themes-solar                                    
    
  12. plymouth-themes-spinfinity                               
    
  13. xserver-xorg-video-all                                   
    
  14. xserver-xorg-video-nouveau                               
    
  15. xserver-xorg-video-radeonhd                              
    

    Conserver les paquets suivants dans leur version actuelle :

  16. libdrm-nouveau1a [Non installé]                          
    
  17. rpcbind [Non installé]                                   
    

    Laisser les dépendances suivantes non satisfaites :

  18. totem recommande gstreamer0.10-ffmpeg                    
    

Accepter cette solution ? [Y/n/q/?] q
Abandon de tous les efforts pour rechercher une solution à ces dépendances.
Abandon.
root@MaDebianTesting:/home/andre# [/code]

Ma question est très simple.

Est-ce que je prends un risque de casser mon installation testing si je lance un full-upgrade ?

Post-scriptum:

Pour qui voudrait savoir pourquoi une testing ?
J’ai une stable.
La testing me sert car je suis utilisateur de Flightgear (qui est un simulateur de vol, et pas un jeu).
Pour avoir la dernière version, je compile à partir des sources sur le Git (avec un script qui fait tout tout seul).
Et les paquets d’une stable sont trop anciens (ou le deviennent) pour la compilation.

Salut,

1 - Ne prendre le risque que si c’est indispensable
2 - Voir en répondant non au lieu de quitter, il propose parfois des solutions plus douces :slightly_smiling:

Salut,

+1

Répondre non jusqu’a ce qu’il trouve une solution SANS enlever de paquets.
S’il ne trouve pas, laisser tomber…

Salut,

Et du coup il m’a fait une mise à jour d’une libudevXXX :slightly_smiling:

J’ai répondu non 9 fois.
Mais à chaque fois il me propose de supprimer des paquets, dont gnome.
Sauf la neuvième fois.
Voici les deux dernières réponses:

[code]Accepter cette solution ? [Y/n/q/?] n
Les actions suivantes permettront de résoudre ces dépendances :

  Supprimer les paquets suivants :                           
  1.  gnome                                                    
    
  2.  gnomebaker                                               
    
  3.  gstreamer0.10-ffmpeg                                     
    
  4.  gstreamer0.10-ffmpeg-dbg                                 
    
  5.  portmap                                                  
    
  6.  xserver-xorg-video-all                                   
    
  7.  xserver-xorg-video-nouveau                               
    
  8.  xserver-xorg-video-radeonhd                              
    

    Conserver les paquets suivants dans leur version actuelle :

  9.  libdrm-nouveau1a [Non installé]                          
    
  10. plymouth [0.8.3-18 (now)]                                
    
  11. plymouth-drm [0.8.3-18 (now)]                            
    

    Laisser les dépendances suivantes non satisfaites :

  12. totem recommande gstreamer0.10-ffmpeg                    
    

Accepter cette solution ? [Y/n/q/?] n
Les actions suivantes permettront de résoudre ces dépendances :

  Conserver les paquets suivants dans leur version actuelle :                
  1.  gstreamer0.10-ffmpeg [0.10.10-1 (now, stable)]                           
    
  2.  gstreamer0.10-ffmpeg-dbg [0.10.10-1 (now, stable)]                       
    
  3.  libdrm-nouveau1a [Non installé]                                          
    
  4.  nfs-common [1:1.2.3-1 (now)]                                             
    
  5.  plymouth [0.8.3-18 (now)]                                                
    
  6.  plymouth-drm [0.8.3-18 (now)]                                            
    
  7.  rpcbind [Non installé]                                                   
    
  8.  xorg [1:7.5+8 (now, stable)]                                             
    
  9.  xserver-xorg [1:7.5+8 (now, stable)]                                     
    
  10. xserver-xorg-core [2:1.7.7-13 (now, stable)]                             
    
  11. xserver-xorg-input-evdev [1:2.3.2-6 (now, stable)]                       
    
  12. xserver-xorg-input-synaptics [1.2.2-2 (now, stable)]                     
    
  13. xserver-xorg-input-wacom [0.10.5+20100416-1 (now, stable)]               
    
  14. xserver-xorg-video-apm [1:1.2.2-2 (now, stable)]                         
    
  15. xserver-xorg-video-ark [1:0.7.2-2 (now, stable)]                         
    
  16. xserver-xorg-video-ati [1:6.13.1-2+squeeze1 (now, stable)]               
    
  17. xserver-xorg-video-chips [1:1.2.3-1 (now, stable)]                       
    
  18. xserver-xorg-video-cirrus [1:1.3.2-2+squeeze1 (now, stable)]             
    
  19. xserver-xorg-video-fbdev [1:0.4.2-2 (now, stable)]                       
    
  20. xserver-xorg-video-i128 [1:1.3.3-2 (now, stable)]                        
    
  21. xserver-xorg-video-intel [2:2.13.0-6 (now, stable)]                      
    
  22. xserver-xorg-video-mach64 [6.8.2-3 (now, stable)]                        
    
  23. xserver-xorg-video-mga [1:1.4.11.dfsg-4+squeeze1 (now, stable)]          
    
  24. xserver-xorg-video-neomagic [1:1.2.4-3 (now, stable)]                    
    
  25. xserver-xorg-video-nouveau [1:0.0.15+git20100329+7858345-5 (now, stable)]
    
  26. xserver-xorg-video-openchrome [1:0.2.904+svn842-2 (now, stable)]         
    
  27. xserver-xorg-video-r128 [6.8.1-3 (now, stable)]                          
    
  28. xserver-xorg-video-radeon [1:6.13.1-2+squeeze1 (now, stable)]            
    
  29. xserver-xorg-video-rendition [1:4.2.3-3 (now, stable)]                   
    
  30. xserver-xorg-video-s3 [1:0.6.3-2 (now, stable)]                          
    
  31. xserver-xorg-video-s3virge [1:1.10.4-2 (now, stable)]                    
    
  32. xserver-xorg-video-savage [1:2.3.1-2 (now, stable)]                      
    
  33. xserver-xorg-video-siliconmotion [1:1.7.3-2 (now, stable)]               
    
  34. xserver-xorg-video-sis [1:0.10.3-1 (now, stable)]                        
    
  35. xserver-xorg-video-sisusb [1:0.9.3-2 (now, stable)]                      
    
  36. xserver-xorg-video-tdfx [1:1.4.3-2 (now, stable)]                        
    
  37. xserver-xorg-video-trident [1:1.3.3-2 (now, stable)]                     
    
  38. xserver-xorg-video-tseng [1:1.2.3-2 (now, stable)]                       
    
  39. xserver-xorg-video-vesa [1:2.3.0-3 (now, stable)]                        
    
  40. xserver-xorg-video-vmware [1:11.0.1-2 (now, stable)]                     
    
  41. xserver-xorg-video-voodoo [1:1.2.3-2 (now, stable)]                      
    

Accepter cette solution ? [Y/n/q/?] [/code]

Donc si je comprends bien de ne faire aucune mise à jour !

Mais je voudrais réitérer ma question du premier post.

Si j’accepte un full-upgrade, quel est le risque que je prends, vais-je casser mon installation ? (full-upgrade doit savoir ce qu’il fait, non ?)

Ça reste un programme … Si il te vire Gnome, et bien … Tu n’as plus Gnome ! alors ça dépend tu en as besoin ? :wink:

Salut,

Non… Toi si (en principe…)! :wink:

bonjour

je te conseille de faire un simple apt-get upgrade (qui n’enlève pas les paquets)
puis après apt-get install les paquetsquimanquent (mais c’est à voir avec ce qu’il veut t’enlever)

Pour les paquets qui posent problèmes attends donc quelques jours.

apt-get upgrade conserve tous les paquets et ne fait aucune mise à jour.

D’après ce qu’on m’a déjà expliqué, il ne me vire pas gnome, mais le metapaquet qui contient entre autres gstreamer0.10-ffmpeg .

Enfin ce que je constate (mais sans vous en vouloir bien sûr !), c’est qu’à part sans se mouiller, avec fais attention, ne prends pas de risque, vois s’il y a des solutions plus douces (que je ne trouve pas), attends quelques jours (alors qu’on m’a déjà dit que même en attendant ça serait pareil), qu’un full-upgrade ne sait pas ce qu’il fait (pourquoi a-t-il été créé ?), personne n’est capable de me dire si lancer le full-upgrade risque de casser mon installation.

Donc pour l’instant question coche verte, nada…

Si c’est des témoignages que tu veux, faut le dire !
Alors OUI lors d’un dist-upgrade (je n’utilise pas aptitude) j’ai régulièrement cassé mon système … En général je m’en rends compte deux jours après, au moment ou je redémarre pour je ne sais quelle raison, la je hurle, je maudis, et je passe qqs heures a réparer, et finalement j’aime bien :wink:

[quote=“debianhadic”]Si c’est des témoignages que tu veux, faut le dire !
Alors OUI lors d’un dist-upgrade (je n’utilise pas aptitude) j’ai régulièrement cassé mon système … En général je m’en rends compte deux jours après, au moment ou je redémarre pour je ne sais quelle raison, la je hurle, je maudis, et je passe qqs heures a réparer, et finalement j’aime bien :wink:[/quote] +1

Apt ne fera pas le travail à ta place, ou alors ce serait “toutotomatique”, et on en parlerais plus depuis longtemps.
Comment veux-tu qu’on donne une réponse tranchée là ou il peut y avoir autant de situations que de systèmes ?

Demande toi plutôt si la question est pertinente au lieu de dire que les réponses ne le sont pas… :wink: (avec un smiley…)

Que donne, en utilisateur, un ‘apt-get -s dist-upgrade’ ?

PS : Ton fichier preferences est entièrement à réécrire !

[quote=“taureau89_9”]apt-get upgrade conserve tous les paquets et ne fait aucune mise à jour.

D’après ce qu’on m’a déjà expliqué, il ne me vire pas gnome, mais le metapaquet qui contient entre autres gstreamer0.10-ffmpeg .

Enfin ce que je constate (mais sans vous en vouloir bien sûr !), c’est qu’à part sans se mouiller, avec fais attention, ne prends pas de risque, vois s’il y a des solutions plus douces (que je ne trouve pas), attends quelques jours (alors qu’on m’a déjà dit que même en attendant ça serait pareil), qu’un full-upgrade ne sait pas ce qu’il fait (pourquoi a-t-il été créé ?), personne n’est capable de me dire si lancer le full-upgrade risque de casser mon installation.

Donc pour l’instant question coche verte, nada…[/quote]

C’est du déjà vus ton souci, tu as installé un méta paquet qui t’installe tous un tas de dépendances.
Lorsque tu va vouloir mettre à jour certain paquet il se peut que tu rencontre des soucis de dépendances qui te pousseront à divers possibilités :
_ virer quasiment tous ( ton premier cas )
_ laisser pas mal de paquets avec des dépendances non satisfaites et non mis à jour
_ un peut des deux

Libre à toi comme dit plus haut de faire ce que bon te semble, je n’utilise pas de méta paquets depuis maintenant quelques temps pour ne justement plus me confronter à ce genre de choses.

En conséquence je te dirais ( avis personnel ) mettre à jour et de réinstaller ce dont tu as besoin, la console ne t’effraie pas ? tant mieux car après la mise à jour tu n’aura plus d’interface graphique ( à moins bien sûr que tu utilise les subtilités de aptitude et qu’il te propose une solution plus consensuel ).

Donc oui un aptitude full-upgrade va casser ton système sur la première proposition, et donc non on peut pas te recommander de casser ton système si on ne sait pas ce que tu veut exactement sur ta machine.

Je serais curieux de connaître la ligne dans le discours d’aptitude qui te fait dire ça !


En plus d’un ‘apt-get -s dist-upgrade’ en utilisateur, le modèle de ta carte graphique nous permettrait de te dire lesquels de tous ces paquets xserver-xorg-video-* te sont vraiment utiles, et lesquels peuvent êtres supprimés sans scrupules…

Et pour répondre enfin à ta question : un ‘aptitude full-upgrade’ dans ta situation NE cassera PAS ton système ! Tu perdras par contre les codecs gstreamer0.10-ffmpeg (utile si tu lis quelques fichiers multimédias de formats exotiques), les pilotes d’affichage nouveau (à garder si tu as une carte nvidia pour une bonne qualité d’affichage tout en restant dans le domaine du libre) et radeonhd (de toutes façons bien moins performant que radeon)…

À mon avis ton problème vient soit d’un mélange mal géré entre les dépôts officiels et multimedia, soit d’un fichier preferences mal conçu… As-tu vraiment besoin des dépôts multimedia ? Des branches Sid et experimental ?

[quote]################################################

experimental

deb ftp.fr.debian.org/debian/ experimental main contrib non-free
deb-src ftp.fr.debian.org/debian/ experimental main contrib non-free

experimental multimedia (uniquement 64 bits, décommentez les lignes dans ce cas)

deb debian-multimedia.org/ experimental main
deb-src debian-multimedia.org/ experimental main[/quote]
C’est un peu comme si je demandais “Puis-je manipuler sans risque du 5000 volts sans protection ?”.

Oui on peut, mais bon voilà quoi :sad-roulette:

Les dépôts Experimental sont là pour les développeurs pour expérimenter (ça alors, quelle coïncidence) des fonctionnalités sous Debian. Si tu n’es pas développeur toi-même, il n’y a que très peu d’intérêt à utiliser ces dépôts pour tous tes paquets puisqu’aucun mécanisme n’existe pour s’assurer que les paquets sont un minimum stables. C’est d’ailleurs précisément l’intérêt de ces dépôts : pouvoir expérimenter des choses, quitte à foutre en l’air le système, la stabilité n’étant absolument pas l’objectif.

Je serais curieux de connaître la ligne dans le discours d’aptitude qui te fait dire ça !


En plus d’un ‘apt-get -s dist-upgrade’ en utilisateur, le modèle de ta carte graphique nous permettrait de te dire lesquels de tous ces paquets xserver-xorg-video-* te sont vraiment utiles, et lesquels peuvent êtres supprimés sans scrupules…

Et pour répondre enfin à ta question : un ‘aptitude full-upgrade’ dans ta situation NE cassera PAS ton système ! Tu perdras par contre les codecs gstreamer0.10-ffmpeg (utile si tu lis quelques fichiers multimédias de formats exotiques), les pilotes d’affichage nouveau (à garder si tu as une carte nvidia pour une bonne qualité d’affichage tout en restant dans le domaine du libre) et radeonhd (de toutes façons bien moins performant que radeon)…

À mon avis ton problème vient soit d’un mélange mal géré entre les dépôts officiels et multimedia, soit d’un fichier preferences mal conçu… As-tu vraiment besoin des dépôts multimedia ? Des branches Sid et experimental ?[/quote]

:think: il me semble pourtant que la première solution de aptitude est on ne peut plus explicite ?
La deuxième ( car il à utilisé ce que j’appellerai une des subtilités d’aptitude ) solution proposé par aptitude est quant a elle plus consensuel je dirais, il est où le problème dans ce que je dit ?

J’insiste : la 1ère proposition d’aptitude n’empêchera pas la session graphique de se lancer, elle empêchera tout au plus l’utilisation des pilotes nouveau et radeonhd, et le serveur X utilisera automatiquement un pilote de remplacement si un de ces deux-là était celui utilisé par défaut…

Il n’y a pas de réel « problème » dans ce que tu dis, mais un excès de prudence risque de nous faire passer à côté de solutions viables !

Par contre, un ‘autoremove’ imprudent après ça pourrait décaper violemment le système !

C’est pour ça que je préfère attendre de connaître le modèle de la carte graphique utilisée ici (et donc le pilote utile à garder) ainsi que l’avis d’apt-get sur le sujet avant de me prononcer…

[quote=“vv222”]J’insiste : la 1ère proposition d’aptitude n’empêchera pas la session graphique de se lancer, elle empêchera tout au plus l’utilisation des pilotes nouveau et radeonhd, et le serveur X utilisera automatiquement un pilote de remplacement si un de ces deux-là était celui utilisé par défaut…

Il n’y a pas de réel « problème » dans ce que tu dis, mais un excès de prudence risque de nous faire passer à côté de solutions viables !

Par contre, un ‘autoremove’ imprudent après ça pourrait décaper violemment le système !

C’est pour ça que je préfère attendre de connaître le modèle de la carte graphique utilisée ici (et donc le pilote utile à garder) ainsi que l’avis d’apt-get sur le sujet avant de me prononcer…[/quote]

Pourtant quand je voyais ça sur un de mes ordinateurs :

[code]Accepter cette solution ? [Y/n/q/?] n
Les actions suivantes permettront de résoudre ces dépendances :

  Supprimer les paquets suivants :                           
  1.  gnome                                                   
    
  2.  gnomebaker                                               
    
  3.  gstreamer0.10-ffmpeg                                     
    
  4.  gstreamer0.10-ffmpeg-dbg                                 
    
  5.  portmap                                                 
    
  6.  xserver-xorg-video-all                                   
    
  7.  xserver-xorg-video-nouveau                               
    
  8.  xserver-xorg-video-radeonhd                             
    

    Conserver les paquets suivants dans leur version actuelle :

  9.  libdrm-nouveau1a [Non installé]                         
    
  10. plymouth [0.8.3-18 (now)]                               
    
  11. plymouth-drm [0.8.3-18 (now)]                           
    

    Laisser les dépendances suivantes non satisfaites :

  12. totem recommande gstreamer0.10-ffmpeg[/code]
    

Je suis persuadé que si je réponds oui il va y avoir du vide ( gnome + ces dépendances qui vont être désinstaller ), après c’est sûr c’est pas bien grave.

Et donc on n’en reviens à l’utilisation de méta paquets qui peut être pratique ( mais qui peut aussi poser problème ).
Pour sûr au vue du fichier de source, l’utilisation des dépôts multimédia est contraignante et celle des dépôts sid et expérimental demande à être expliqué :think:

Mes serveurs sont en stable avec les dépôts updates et backports, mon portable lui est en stable/testing/sid/expérimental mais il est là pour les tests donc pas de sushi.

‘gnome’ sera désinstallé, ses dépendances non, à moins qu’un autoremove soit lancé sans réfléchir…
Et le contenu du paquet gnome, le voici : http://packages.debian.org/squeeze/amd64/gnome/filelist

Si cette solution proposée par aptitude est viable, il y aura sûrement un bon nombre de paquets à passer en « installé manuellement » avant toute utilisation supplémentaire d’aptitude pour éviter de vraiment faire de gros trous dans le système !

Mais je suis d’accord avec toi pour dire que ce ne sera pas suffisant ! Ces conflits repérés par aptitude ont bien une origine, qu’il va falloir trouver avant l’apparition de nouveaux conflits qui pourraient être bien plus handicapants…

andre@MaDebianTesting:~$ apt-get -s dist-upgrade NOTE: Ceci n'est qu'une simulation ! apt-get a besoin des privilèges du superutilisateur pour pouvoir vraiment fonctionner. Veuillez aussi noter que le verrouillage est désactivé, et la situation n'est donc pas forcément représentative de la réalité ! Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Calcul de la mise à jour... Fait Les paquets suivants seront ENLEVÉS : libdrm-nouveau1 portmap xserver-xorg-video-nv xserver-xorg-video-radeonhd xserver-xorg-video-v4l Les NOUVEAUX paquets suivants seront installés : libdrm-nouveau1a rpcbind Les paquets suivants ont été conservés : gstreamer0.10-ffmpeg gstreamer0.10-ffmpeg-dbg Les paquets suivants seront mis à jour : nfs-common plymouth plymouth-drm xorg xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-synaptics xserver-xorg-input-wacom xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-i128 xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-vesa xserver-xorg-video-vmware xserver-xorg-video-voodoo 37 mis à jour, 2 nouvellement installés, 5 à enlever et 2 non mis à jour. Inst plymouth-drm [0.8.3-18] (0.8.3-18+b1 Debian:testing [amd64]) [] Inst xserver-xorg-video-nouveau [1:0.0.15+git20100329+7858345-5] (1:0.0.16+git20101210+8bb8231-2 Debian:testing [amd64]) [] Remv libdrm-nouveau1 [2.4.21-1~squeeze3] [] Inst libdrm-nouveau1a (2.4.23-3 Debian:testing [amd64]) [] Inst plymouth [0.8.3-18] (0.8.3-18+b1 Debian:testing [amd64]) [] Inst xserver-xorg-input-evdev [1:2.3.2-6] (1:2.6.0-2 Debian:testing [amd64]) [] Inst xserver-xorg [1:7.5+8] (1:7.6+6 Debian:testing [amd64]) [] Inst xserver-xorg-input-wacom [0.10.5+20100416-1] (0.10.10+20110203-1 Debian:testing [amd64]) [] Remv xserver-xorg-video-v4l [1:0.2.0-4] [] Inst xserver-xorg-video-voodoo [1:1.2.3-2] (1:1.2.4-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-vmware [1:11.0.1-2] (1:11.0.3-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-vesa [1:2.3.0-3] (1:2.3.0-5 Debian:testing [amd64]) [] Inst xserver-xorg-video-tseng [1:1.2.3-2] (1:1.2.4-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-trident [1:1.3.3-2] (1:1.3.4-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-tdfx [1:1.4.3-2] (1:1.4.3-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-sisusb [1:0.9.3-2] (1:0.9.4-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-sis [1:0.10.3-1] (1:0.10.3-3 Debian:testing [amd64]) [] Inst xserver-xorg-video-siliconmotion [1:1.7.3-2] (1:1.7.5-1 Debian:testing [amd64]) [] Inst xserver-xorg-video-savage [1:2.3.1-2] (1:2.3.2-3 Debian:testing [amd64]) [] Inst xserver-xorg-video-s3virge [1:1.10.4-2] (1:1.10.4-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-s3 [1:0.6.3-2] (1:0.6.3-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-rendition [1:4.2.3-3] (1:4.2.4-2 Debian:testing [amd64]) [] Remv xserver-xorg-video-radeonhd [1.3.0-3] [] Inst xserver-xorg-video-r128 [6.8.1-3] (6.8.1-5 Debian:testing [amd64]) [] Inst xserver-xorg-video-openchrome [1:0.2.904+svn842-2] (1:0.2.904+svn918-1 Debian:testing [amd64]) [] Remv xserver-xorg-video-nv [1:2.1.17-3] [] Inst xserver-xorg-video-neomagic [1:1.2.4-3] (1:1.2.5-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-mga [1:1.4.11.dfsg-4+squeeze1] (1:1.4.13.dfsg-3 Debian:testing [amd64]) [] Inst xserver-xorg-video-mach64 [6.8.2-3] (6.8.2-5 Debian:testing [amd64]) [] Inst xserver-xorg-video-intel [2:2.13.0-6] (2:2.14.0-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-i128 [1:1.3.3-2] (1:1.3.4-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-fbdev [1:0.4.2-2] (1:0.4.2-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-cirrus [1:1.3.2-2+squeeze1] (1:1.3.2-4 Debian:testing [amd64]) [] Inst xserver-xorg-video-chips [1:1.2.3-1] (1:1.2.4-1 Debian:testing [amd64]) [] Inst xserver-xorg-video-radeon [1:6.13.1-2+squeeze1] (1:6.14.0-1 Debian:testing [amd64]) [] Inst xserver-xorg-video-ati [1:6.13.1-2+squeeze1] (1:6.14.0-1 Debian:testing [amd64]) [] Inst xserver-xorg-video-ark [1:0.7.2-2] (1:0.7.3-2 Debian:testing [amd64]) [] Inst xserver-xorg-video-apm [1:1.2.2-2] (1:1.2.3-2 Debian:testing [amd64]) [] Inst xserver-xorg-input-synaptics [1.2.2-2] (1.4.0-1 Debian:testing [amd64]) [] Inst xserver-xorg-core [2:1.7.7-13] (2:1.9.5-1 Debian:testing [amd64]) Remv portmap [6.0.0-3] [nfs-common:amd64 ] Inst rpcbind (0.2.0-6 Debian:testing [amd64]) Conf rpcbind (0.2.0-6 Debian:testing [amd64]) Inst nfs-common [1:1.2.3-1] (1:1.2.3-2 Debian:testing [amd64]) Inst xorg [1:7.5+8] (1:7.6+6 Debian:testing [amd64]) Conf libdrm-nouveau1a (2.4.23-3 Debian:testing [amd64]) Conf plymouth (0.8.3-18+b1 Debian:testing [amd64]) Conf plymouth-drm (0.8.3-18+b1 Debian:testing [amd64]) Conf xserver-xorg-core (2:1.9.5-1 Debian:testing [amd64]) Conf xserver-xorg-video-nouveau (1:0.0.16+git20101210+8bb8231-2 Debian:testing [amd64]) Conf xserver-xorg-input-evdev (1:2.6.0-2 Debian:testing [amd64]) Conf xserver-xorg-video-voodoo (1:1.2.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-vmware (1:11.0.3-2 Debian:testing [amd64]) Conf xserver-xorg-video-vesa (1:2.3.0-5 Debian:testing [amd64]) Conf xserver-xorg-video-tseng (1:1.2.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-trident (1:1.3.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-tdfx (1:1.4.3-4 Debian:testing [amd64]) Conf xserver-xorg-video-sisusb (1:0.9.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-sis (1:0.10.3-3 Debian:testing [amd64]) Conf xserver-xorg-video-siliconmotion (1:1.7.5-1 Debian:testing [amd64]) Conf xserver-xorg-video-savage (1:2.3.2-3 Debian:testing [amd64]) Conf xserver-xorg-video-s3virge (1:1.10.4-4 Debian:testing [amd64]) Conf xserver-xorg-video-s3 (1:0.6.3-4 Debian:testing [amd64]) Conf xserver-xorg-video-rendition (1:4.2.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-r128 (6.8.1-5 Debian:testing [amd64]) Conf xserver-xorg-video-openchrome (1:0.2.904+svn918-1 Debian:testing [amd64]) Conf xserver-xorg-video-neomagic (1:1.2.5-2 Debian:testing [amd64]) Conf xserver-xorg-video-mga (1:1.4.13.dfsg-3 Debian:testing [amd64]) Conf xserver-xorg-video-mach64 (6.8.2-5 Debian:testing [amd64]) Conf xserver-xorg-video-intel (2:2.14.0-4 Debian:testing [amd64]) Conf xserver-xorg-video-i128 (1:1.3.4-2 Debian:testing [amd64]) Conf xserver-xorg-video-fbdev (1:0.4.2-4 Debian:testing [amd64]) Conf xserver-xorg-video-cirrus (1:1.3.2-4 Debian:testing [amd64]) Conf xserver-xorg-video-chips (1:1.2.4-1 Debian:testing [amd64]) Conf xserver-xorg-video-radeon (1:6.14.0-1 Debian:testing [amd64]) Conf xserver-xorg-video-ati (1:6.14.0-1 Debian:testing [amd64]) Conf xserver-xorg-video-ark (1:0.7.3-2 Debian:testing [amd64]) Conf xserver-xorg-video-apm (1:1.2.3-2 Debian:testing [amd64]) Conf xserver-xorg-input-synaptics (1.4.0-1 Debian:testing [amd64]) Conf xserver-xorg-input-wacom (0.10.10+20110203-1 Debian:testing [amd64]) Conf xserver-xorg (1:7.6+6 Debian:testing [amd64]) Conf nfs-common (1:1.2.3-2 Debian:testing [amd64]) Conf xorg (1:7.6+6 Debian:testing [amd64]) andre@MaDebianTesting:~$

Voir mon premier message.
C’est celui qui est donné dans le topic de T&A pour un sources.list au carré !
Et c’est aussi pour ça que j’ai du mal à comprendre ces problèmes de maj

Non là, tu caricatures lol.(avec un smiley aussi !)

Je n’ai jamis dit que les réponses n’étaient pas pertinentes, j’ai simplement dit que n’étant pas assez spécialiste, si je ne suis pas aiguillé sur une question précise je ne sais pas exactement quoi faire.

Même réponse, j’ai suivi bêtement n’étant pas assez spécialiste, j’ai fait confiance au sources.list au carré de T&A.

Mais ceci dit je vois que cette fois-ci ma demande suscite de nombreuses réactions et je vous remercie de votre aide.

Mais pour synthétiser (et en particulier avec le renseignement de ma carte graphique), que me conseillez-vous ?
Changer de sources.list et de preferences ?
Lancer une commande de maj en console ?