Lenny -> Squeeze : problème de dépôts

Support Debian
#1

Bonjour,

J’ai décidé pour résoudre des problèmes de carte-son (voir ce post) de passer de Lenny à Squeeze. J’ai donc suivi ce tutoriel. TOut s’est bien passé jusqu’au aptitude safe-upgrade : seuls quelque paquets ont été mis à jour (une dizaine. full-upgrade n’en à mis qu’un ou deux de plus. En vérifiant, je me suis rendu compte que les versions de paquets installés étaient toujours les versions correspondant aux dépôts Lenny. Pourtant mon fichier source.list est bon :

[code]$ less /etc/apt/sources.list.d/sources.list

stable

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

stable security

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

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

stable volatile

Il n’y a pas de dépôt volatile pour squeeze pour l’instant

deb http://volatile.debian.org/debian-volatile squeeze/volatile main contrib non-free

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

stable multimedia

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

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

backports

deb http://backports.debian.org/debian-backports/ squeeze-backports main contrib non-free[/code]Par contre, comme j’ai fait plusieurs tentatives, j’ai l’impression que les full-upgrades répétés ont fait du dégat car voici le resultat de ma dernière tentative :

[code]Lecture des listes de paquets…
Construction de l’arbre des dépendances…
Lecture des informations d’état…
Lecture de l’information d’état étendu…
Initialisation de l’état des paquets…
Lecture des descriptions de tâches…
Les paquets suivants sont CASSÉS :
alsaplayer-jack ams armstrong aubio-tools audacious-plugins-extra blender
bristol calf cheesetracker dssi-host-jack ecasound ecawave fmit fweelin
gjacktransport gnusound grip guitarix-0.04.6 horgand hydrogen
jack-keyboard jack-tools jackbeat jackd jackguitar japa libakode2
libarts1c2a libaubio2 libavcodec52 libclam13 libcsound64-5.1
libfluidsynth1 libjack0.100.0-0 libquicktime1 libxine1-misc-plugins lmms
mhwaveedit mscore muse puredata qjackctl qtractor rakarrack rezound
rosegarden seq24 sndfile-programs sooperlooper soundtracker specimen
spiralsynthmodular stk terminatorx timidity traverso zynaddsubfx
Les NOUVEAUX paquets suivants vont être installés :
libavcore0{a} libavfilter1{a} libdirac-encoder0{a} libfaac0{a}
libfaad2{a} libjack-jackd2-0{a} libopenjpeg2{a} libpython2.6{a}
libreadline6{a} librtmp0{a} libschroedinger-1.0-0{a} libva-x11-1{a}
libva1{a} libvpx0{a} libx264-104{a} libxvidcore4{a} python2.6{a}
python2.6-minimal{a}
Les paquets suivants seront ENLEVÉS :
libjack0{a}
Les paquets suivants seront mis à jour :
ffmpeg libavdevice52 libavformat52
6 paquets mis à jour, 19 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 22,1Mo d’archives. Après dépaquetage, 36,9Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
sndfile-programs: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
ecawave: Dépend: libjack0 (>= 0.103.0) mais il n’est pas installable
libarts1c2a: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
lmms: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
traverso: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
qjackctl: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
terminatorx: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
rezound: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
qtractor: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
jackguitar: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
zynaddsubfx: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libfluidsynth1: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libquicktime1: Dépend: libjpeg62 (>= 6b1) mais 6b-14 est installé.
muse: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
gnusound: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
gjacktransport: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
audacious-plugins-extra: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libjack0.100.0-0: Dépend: libjack0 (>= 0.109.2-5) mais il n’est pas installable
mhwaveedit: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
specimen: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
puredata: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
mscore: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
calf: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
horgand: Dépend: libjack0 (>= 0.116.2+svn3592) mais il n’est pas installable
bristol: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libavcodec52: Dépend: libgsm1 (>= 1.0.13) mais 1.0.12-1 est installé.
aubio-tools: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
cheesetracker: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
ams: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libakode2: Dépend: libjack0 (>= 0.103.0) mais il n’est pas installable
fweelin: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
soundtracker: Dépend: libjack0 (>= 0.103.0) mais il n’est pas installable
alsaplayer-jack: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
spiralsynthmodular: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
dssi-host-jack: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
hydrogen: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
sooperlooper: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
fmit: Dépend: libjack0 (>= 0.103.0) mais il n’est pas installable
jack-keyboard: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
jack-tools: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
stk: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libxine1-misc-plugins: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
blender: Dépend: libgsm1 (>= 1.0.13) mais 1.0.12-1 est installé.
Dépend: libjpeg62 (>= 6b1) mais 6b-14 est installé.
libaubio2: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
japa: Dépend: libjack0 (>= 0.103.0) mais il n’est pas installable
armstrong: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
grip: Dépend: libgnomeui-0 (>= 2.22.0) mais 2.20.1.1-2 est installé.
Dépend: libvte9 (>= 1:0.20.4) mais 1:0.16.14-4 est installé.
seq24: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
timidity: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
rakarrack: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
libcsound64-5.1: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
ecasound: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
jackd: Dépend: libjack0 (= 0.116.2+svn3592-2) mais il n’est pas installable
libclam13: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
guitarix-0.04.6: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
jackbeat: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
rosegarden: Dépend: libjack0 (>= 0.109.2) mais il n’est pas installable
Les actions suivantes permettront de résoudre ces dépendances :

Conserver les paquets suivants dans leur version actuelle :
blender [2.46+dfsg-6 (now)]
ffmpeg [0.svn20080206-18 (now)]
grip [3.3.1-15+b2 (now)]
libavcodec52 [Non installé]
libavdevice52 [0.svn20080206-18 (now)]
libavformat52 [0.svn20080206-18 (now)]
libjack-jackd2-0 [Non installé]
libjack0 [0.116.2+svn3592-2 (now)]
libquicktime1 [2:1.0.2+debian-2+b1 (now)]

Le score est de 379

Écriture de l’information d’état étendu…
Lecture des listes de paquets…
Construction de l’arbre des dépendances…
Lecture des informations d’état…
Lecture de l’information d’état étendu…
Initialisation de l’état des paquets…
Lecture des descriptions de tâches…[/code]Je ne sais pas trop quoi faire. Une idée ?

#2

Bonjour,

Tente de refaire la manip’ en commentant les dépots backports et, le cas échéant les dépots multimédia.
L’important étant que ce soit la “base officiel” du système qui se mette a jour.

Certains paquets des backports peuvent causer de conflits puisqu’ils sont eux-mêmes issus de Squeeze.
Et les paquets multimédia ont un “suivit” de version un peu différent.

Ou alors utiliser un fichier preferences dans ce gout là:

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

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

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

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

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

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 400
[/code] ( à la louche :blush: )

#3

Je pense qu’il est temps que tu passes directement à Squeeze.
Tu as intallé le noyau le plus récent. Que donne ?$ dpkg -l | grep linux-image-2.6 $ aptitude search linux-image-2.6.3
Si tu n’as pas un noyau récent installe le et redémarre sur ce dernier.
Supprimes les références à lenny dans le fichier /etc/apt/sources.list et relance le triplet $ aptitude update $ aptitude safe-upgrade $ aptitude dist-upgrade

#4

Il semble que ce soit libjack0 qui foute la merde. Dans squeeze il y a deux versions de jackd : jackd1 et jackd2, la première utilise libjack0, la seconde libjack-jackd2-0. Dans lenny y’avait qu’un seul jackd, . Ca avait été un peu le merdier lorsque le changement avait été introduit dans sid.

Ma théorie est que tu devrait supprimer jackd et les paquets qui en dépende (donc beaucoup, note bien lesquels), que tu finisse ton upgrade, que tu choisisse entre installer jackd1 ou jackd2 (tu peux pas avoir les deux), ensuite tu réinstalles les paquets supprimés avant.

Si tu as un multicoeur vaut mieux jackd2, si tu as un seul CPU, c’est comme tu le sens. J’espère que mon option est la bonne, mais c’est ce qe je tenterais si j’avais le problème chez moi.

#5

@Clem ufo : J’ai tenté de commenter les dépôts Backports et Multimédia, mais ça ne change rien. :frowning:
@dmon : Mon noyau est le 2.6.32, c’est le plus récent qu’on trouve sur les dépôts Lenny backports. Pour ce qui est de remplacer les références à lenny par squeeze dans mon sources.list, c’est déjà fait (cf. mon premier post).
@youki : Effectivement, je peux tenter ça, je vous tiens au courant.

#6

Bon, j’ai supprimé libjack0, ce qui m’a viré une floppée de programmes, mais ça n’a pas résolu le problème :frowning:

Par contre, je me suis rendu compte que les versions proposées pour les programmes non installés étaient bien celles des dépots “Squeeze”, alors que les versions proposées pour les mises à jour des programmes déjà installés sont celles des dépôts Debian, un peu comme si j’avais fait un “hold” général. Y-a-t-il un moyen de faire un “unhold” général ? J’avais pensé à quelque chose comme :# aptitude unhold ~iqui si j’ai bien compris devrait débloquer tous les paquets installés. Ça vous semble valable ?

#7

Tu peux être plus précis? Comment tu t’y es pris, quels retours de commandes, etc… T’as bien essayé de réinstaller jackd1 ou jackd2 après avoir supprimé les paquets?

Y’a pas de raisons que ce soit en hold si tu les a pas mis en hold. Tapes # aptitude search ~U, si y’a un petit h devant c’est que c’est en hold, ex. :

[quote]$ aptitude search ~U
ih lv2-c+±tools - tools for LV2 plugins[/quote]

Donne le résultat de # apt-cache policy qu’on voit si c’est pas un problème de priorités…

#8

Pour Jack, je n’ai pas refait d’installation, je me suis dit qu’il fallait mieux attendre que le passage à Squeeze soit effectif, sinon je risquait à nouveau de me retrouver avec des problèmes de dépendances.
Voici ce que donnent les commandes demandées :[code]# aptitude search ~U

apt-cache policy

Fichiers du paquet :
100 /var/lib/dpkg/status
release a=now
99 http://security.debian.org squeeze/updates/non-free Packages
release o=Debian,a=testing,n=squeeze,l=Debian-Security,c=non-free
origin security.debian.org
99 http://security.debian.org squeeze/updates/contrib Packages
release o=Debian,a=testing,n=squeeze,l=Debian-Security,c=contrib
origin security.debian.org
99 http://security.debian.org squeeze/updates/main Packages
release o=Debian,a=testing,n=squeeze,l=Debian-Security,c=main
origin security.debian.org
99 http://ftp.fr.debian.org squeeze/non-free Packages
release o=Debian,a=testing,n=squeeze,l=Debian,c=non-free
origin ftp.fr.debian.org
99 http://ftp.fr.debian.org squeeze/contrib Packages
release o=Debian,a=testing,n=squeeze,l=Debian,c=contrib
origin ftp.fr.debian.org
500 http://ftp.fr.debian.org squeeze/main Translation-fr
99 http://ftp.fr.debian.org squeeze/main Packages
release o=Debian,a=testing,n=squeeze,l=Debian,c=main
origin ftp.fr.debian.org
Paquets étiquetés :[/code]Apparemment, je n’ai aucun paquet qui pourrait être upgradé. Si je fait un “# aptitude search h | less”, je confirme que je n’ai aucun paquet en “hold”. Autant pour mon idée…
Dans synaptic, si je regarde la colonne “dernière version disponible”, pour les paquets installés je trouve la version des dépôts Lenny alors que pour les paquets non installés, j’ai bien la version Squeeze.
J’avoue que je ne comprends plus trop… j’en suis à me demander si le mieux ne serait pas de refaire une installation propre de Debian Squeeze en reformatant la partie “Linux” de mon disque dur (comme je n’ai pas encore pu travailler avec, je n’ai pas grand chose à sauvegarder). C’est juste un peu vexant de ne pas comprendre le problème.

#9

Tu as un fichier /etc/apt/preferences? Si oui que contient-il? Parce que là tes priorités pour squeeze sont à 99 :

quote
99 security.debian.org squeeze/updates/non-free Packages
release o=Debian,a=testing,n=squeeze,l=Debian-Security,c=non-free
origin security.debian.org
(…)[/quote]

Donc je pense que le problème vient de là.

Mets un /etc/apt/sources.list ne contenant que les dépôts squeeze, voici le mien sur la squeeze que j’ai installé récement pour faire de la MAO :

[quote]# squeeze
deb ftp2.fr.debian.org/debian/ squeeze main contrib non-free
#deb-src ftp2.fr.debian.org/debian/ squeeze main contrib non-free

squeeze security

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

squeeze volatile

deb volatile.debian.org/debian-volatile squeeze/volatile main contrib non-free
#deb-src volatile.debian.org/debian-volatile squeeze/volatile main contrib non-free

squeeze multimedia

deb debian-multimedia.org squeeze main non-free
#deb-src debian-multimedia.org squeeze main non-free

Noyaux RT Pengutronix

deb debian.pengutronix.de/debian/ sid main contrib non-free

Noyaux Liquorix

deb liquorix.net/debian sid main
[/quote]

Pour le /etc/apt/preferences tu peux t’en passer. Réessayes ta mise à jour, à priori je pense que ça devrait mieux se passer (en tous cas j’espère).

Edit : Au cas ou ça résiste quand même essayes avec un /etc/apt/preferences comme ça :

[quote]Package: *
Pin: release n=squeeze
Pin-Priority: 1001[/quote]

Puis # aptitude update et # aptitude full-upgrade.

#10

Tu devrais peut-être attendre un peu avant de passer sur Squeeze, ça ma l’air encore bugué non !

#11

Lesquels :think: le système en générale si il passe en “release” ( tout du moins chez Debian :whistle: ) est propre :033

Après sans aucun doute que des paquets tiers ne sont pas encore totalement stable mais il reste néanmoins fonctionnel :083

#12

En effet tu à raison, je suis un peu perdu avec la nouvelle stable nommée Squeeze.

#13

Le problème c’est que tu interviens sans connaitre son cas. Ca fait des semaines qu’il se dépatouille comme il peut quand il a un peu de temps avec son installation et s’il veut passer en squeeze, il a de très bonnes raisons pour cela. En plus je ne vois pas où son problème serait lié a d’éventuels bugs de squeeze pour l’instant.

#14

Et qu’es-ce que sa peu te foutre si je donne mon avis, on est dans un forum non.

#15

Oui, tu donnes ton avis si tu veux, mais je te réponds juste que là ton avis il sert à rien du tout. C’est un fait, pas une opinion.

#16

Mon fichier /etc/apt/sources.list.d/sources.list est dans mon premier post. Je mon demande en effet si le problème ne vient pas du fichier /etc/apt/preferences :[code]# Added by lh_chroot_apt install-binary --force clean
Package: *
Pin: release o=chroot_local-packages
Pin-Priority: 99

Package: *
Pin: release o=debian
Pin-Priority: 99

Package: *
Pin: release a=squeeze-backports
Pin-Priority: 1
[/code]En particulier je me demande ce que viens faire là la première partie. Si quelqu’un sait d’où ça peut venir, ça m’intéresserai de la savoir. Apparemment ça aurait un rapport avec live-helper, mais je n’ai aucune idée de ce qu’est live-helper…

J’ai commenté cette partie et j’ai passé la priorité pour les paquets squeeze à 1001, et ça semble effectivement avoir résolu le problème ! Bon, ben y a plus qu’à faire l’upgrade, mais ça attendra parce que comme l’a dit Youki, je fais ça au coup par coup. Je vous tiens au courant.

#17

Ben pourtant j’ai beau regarder je ne le vois pas dans le premier post. :blush:

[quote=“Nadelf”]Je mon demande en effet si le problème ne vient pas du fichier /etc/apt/preferences :[code]# Added by lh_chroot_apt install-binary --force clean
Package: *
Pin: release o=chroot_local-packages
Pin-Priority: 99

Package: *
Pin: release o=debian
Pin-Priority: 99

Package: *
Pin: release a=squeeze-backports
Pin-Priority: 1
[/code]En particulier je me demande ce que viens faire là la première partie. Si quelqu’un sait d’où ça peut venir, ça m’intéresserai de la savoir. Apparemment ça aurait un rapport avec live-helper, mais je n’ai aucune idée de ce qu’est live-helper…[/quote]
Live helper en gros c’est pour faire un live cd de ton système, je ne sais pas non plus comment c’est arrivé là mais je pense très fortement que tu n’en a pas besoin. Tu peux même le virer directement, en mettant tes priorités pour squeeze à 99, il empêche ton upgrade :

[quote]P > 1000
Cette priorité entraine l’installation du paquet même s’il s’agit d’un retour en arrière.

990 < P <=1000
La version sera installée, meme si elle n’appartient pas a la distribution par defaut ; mais elle ne sera pas installee si la version installee est plus recente.

500 < P <=990
La version sera installee, sauf s’il existe une version appartenant à la distribution par défaut ou si la version installée est plus recente.

100 < P <=500
La version sera installée, sauf s’il existe une version appartenant à une autre distribution ou si la version installée est plus recente.

0 < P <=100
La version sera installée si aucune version du paquet n’est installée.

P < 0
Cette priorite empêche l’installation de la version.[/quote]

En virant ce fichier tes priorités pour squeeze passent à 500 et ça devrait être bon.
Ou sinon laisse les priorités à 1001, fais l’upgrade et ensuite vire le fichier.

D’ici quelques jours je devrais faire un tuto pour Linuxmao sur l’installation et l’optimisation de squeeze pour la MAO, il y aura très probablement des trucs qui devraient t’être utiles.

#18

Je n’ai pas tout lu et peut-être qu’il a été dit ce que je vais dire mais ce n’est pas qu’il n’y a pas de dépôt volatile pour squeeze (cf premier post) mais qu’il a été remplacé par squeeze-updates.

voir : michauko.org/blog/2011/02/07/dep … ansqueeze/

#19

Le problème venait bien de mon fichiers préférence ! Après correction (en virant la première partie et en mettant la priorié à 500), quand je lance aptitude update, j’ai bien un grand nombre de fichiers à mettre à jour, ça semble prometteur. Ça, c’est la bonne nouvelle. :slightly_smiling: La mauvaise, c’est que quand je fais lance l’upgrade, ça ne marche pas :cry: :# aptitude safe-upgrade Résolution des dépendances... ouverts : 269704; fermés : 291644; reportés: 118; en conflits: 275 0[4470.081621] Out of memory: kill process 3513 (bash) score 76993 or a child [4470.084737] Killed process 4207 (aptitude) [4470.109219] Out of memory: kill process 3513 (bash) score 38651 or a child [4470.110767] Killed process 4208 (aptitude)Et ça met environ une heure avant d’en arriver là. J’ai essayé trois fois, pour voir, le résultat est le même à quelques variantes dans les chiffres près. Si je comprends bien, je me retrouve à cours de mémoire, ce qui oblige à stopper aptitude. C’est bizarre, vu que j’ai 3 Go de RAM et 2 Go de SWAP, qui sont a priori reconnus :#cat /proc/meminfo MemTotal: 2964168 kB MemFree: 2843396 kB Buffers: 2064 kB Cached: 73324 kB SwapCached: 860 kB Active: 62692 kB Inactive: 16068 kB Active(anon): 2300 kB Inactive(anon): 1072 kB Active(file): 60392 kB Inactive(file): 14996 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 1927760 kB SwapFree: 1917536 kB Dirty: 112 kB WriteBack: 0 kB AnonPages: 2736 kB Mapped: 2800 kB Shmem: 0 kB Slab: 12532 kB SReclaimable: 4456 kB SUnreclaim: 8272 kB KernelStack: 680 kB PageTables: 2456 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 3409844 kB Committed_AS: 38724 kB VmallocTotal: 34359738367 kB VmallocUsed: 285524 kB VmallocChunk: 34359449132 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 9984 kB DirectMap2M: 3090052 kBUne idée ?

#20

Essaye de lancer un aptitude clean avant de faire upgrade.

Si cela ne marche pas, poste le résultat de la commande df -h.