Ton fichier preferences me paraît inutilement surchargé…
Peux-tu poster ici ton fichier sources.list, et nous expliquer le comportement que tu vises avec ton fichier preferences ?
Essaye aussi ta commande d’installation avec l’option ‘–no-install-recommends’.
Le fichier préférences a été récupéré sur ce forum dans les trucs&astuces. Mon sources.list vient du mm endroit. Le but étant d’avoir une distribution en testing.
Ce tuto propose en effet des fichier preferences un poil “foireux” à mon goût.
Pour une distribution en testing avec accès aux dépôts Multimedia, voici une configuration moins “problémogène” :
[quote="/etc/apt/sources.list"]## Debian testing - dépôts officiels
deb ftp.fr.debian.org/debian/ stable main contrib non-free
deb ftp.fr.debian.org/debian/ stable-updates main contrib non-free
deb ftp.fr.debian.org/debian/ testing main contrib non-free
deb security.debian.org/ stable/updates main contrib non-free
deb security.debian.org/ testing/updates main contrib non-free
deb debian-multimedia.tryphon.eu/ stable main
deb debian-multimedia.tryphon.eu/ testing main[/quote]
[quote="/etc/apt/preferences"]Package: *
Pin: release o=Unofficial Multimedia Packages
Pin-Priority: 400[/quote]
La règle d’or du fichier preferences : Plus ce fichier est court, plus le comportement d’APT sera prévisible !
Salut,
Aptitude est bien plus parlant!
Accompagné d’un fichier preferences et apt.conf … 
root@pc-2-loreleil:~# apt-cache policy fglrx-control fglrx-driver
fglrx-driver:
Installé : (aucun)
Candidat : 1:10-9-3
Table de version :
1:12-6+point-1+exp1 0
10 http://ftp.de.debian.org/debian/ experimental/non-free i386 Packages
1:12-6+point-1 0
50 http://ftp.fr.debian.org/debian/ sid/non-free i386 Packages
1:10-9-3 0
990 http://ftp.fr.debian.org/debian/ squeeze/non-free i386 Packages
1:9-12-1 0
500 http://boisson.homeip.net/debian/ squeeze/divers i386 Packages
fglrx-control:
Installé : (aucun)
Candidat : 1:10-9-3
Table de version :
1:12-6+point-1+exp1 0
10 http://ftp.de.debian.org/debian/ experimental/non-free i386 Packages
1:12-6+point-1 0
50 http://ftp.fr.debian.org/debian/ sid/non-free i386 Packages
1:10-9-3 0
990 http://ftp.fr.debian.org/debian/ squeeze/non-free i386 Packages
1:9-12-1 0
500 http://boisson.homeip.net/debian/ squeeze/divers i386 Packages
root@pc-2-loreleil:~#
root@pc-2-loreleil:~# cat /etc/apt/apt.conf
Acquire::http::Proxy::bugs.debian.org "DIRECT";
APT::Install-Suggests "false";
APT::Install-Recommends "false";
Aptitude::Recommends-Important "false";
Aptitude::Suggests-Important "false";
APT::Default-Release "stable";
Acquire::Pdiffs "false";
root@pc-2-loreleil:~#
[code]root@pc-2-loreleil:~# cat /etc/apt/preferences
Package: *
Pin: release o=apt-build
Pin-Priority: 995
Package: *
Pin: release o=Debian,a=stable-updates,l=Debian
Pin-Priority: 990
Package: *
Pin: release o=Debian,a=stable,l=Debian-Security
Pin-Priority: 990
Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 980
Package: *
Pin: release o=Debian,a=stable,l=Debian
Pin-Priority: 990
Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 90
Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 90
Package: *
Pin: release o=Debian,a=testing,l=Debian
Pin-Priority: 90
Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 50
Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 50
Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 10
Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 10
…[/code]
Au final … 
root@pc-2-loreleil:~# aptitude -s install fglrx-control fglrx-driver
Les NOUVEAUX paquets suivants vont être installés :
fglrx-control fglrx-driver
Les paquets suivants sont RECOMMANDÉS mais ne seront pas installés :
fglrx-atieventsd fglrx-glx fglrx-modules-dkms fglrx-source
0 paquets mis à jour, 2 nouvellement installés, 0 à enlever et 1 non mis à jour.
Il est nécessaire de télécharger 21,5 Mo d'archives. Après dépaquetage, 62,6 Mo seront utilisés.
Charger/installer/enlever des paquets.
root@pc-2-loreleil:~#
@ loreleil : C’est ce que fait l’option ‘–no-install-recommends’ d’apt-get, avec l’avantage de ne pas modifier la configuration d’APT de façon permanente.
Euh… C’est normal le « APT::Default-Release “stable”; » alors que tu veux avoir une distro en testing ?
EDIT: ah, mais, pardon, c’est loreleil qui parle maintenant 
Je n’ai pas tout suivi ^^"
[code]# apt-get --no-install-recommends install fglrx-control fglrx-driver
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
fglrx-driver : Dépend: xorg-video-abi-6.0
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».[/code]
Même avec cette option j’ai le même problème…
C’est quoi le problème qu’il y’a j’y comprends rien la.
Même en installant des programmes très connu j’ai le même message :
[code]# apt-get install vlc
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
vlc : Dépend: vlc-nox (= 2.0.3-2) mais ne sera pas installé
Recommande: vlc-plugin-notify (= 2.0.3-2) mais ne sera pas installé
Recommande: vlc-plugin-pulse (= 2.0.3-2) mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».[/code]
J’ai vraiment besoin d’aide svp.
As-tu remplacé tes sources.list / preferences par ceux que t’a fourni vv222 ?
As-tu fait un update ensuite ?
Si oui, utilise aptitude comme l’a suggéré loreleil, le problème sera plus facile à identifier (n’hésite pas à refuser plusieurs solutions pour voir ce qu’il te propose d’autre) :
Garde en mémoire que -s signifie “simuler” donc quoi qu’il arrive cette commande ne modifiera pas ta machine, tu peux y aller franco.
Voici ce que j’obtiens avec aptitude :
[code]# aptitude -s install fglrx-control fglrx-driver
Les NOUVEAUX paquets suivants vont être installés :
fglrx-control fglrx-driver{b} fontconfig{a} libaudio2{a} libcups2{a}
libglib2.0-0{a} libglib2.0-data{a} liblcms1{a} libmng1{a} libqtcore4{a}
libqtgui4{a} shared-mime-info{a}
Les paquets suivants sont RECOMMANDÉS mais ne seront pas installés :
fglrx-atieventsd fglrx-glx fglrx-glx-ia32 fglrx-modules-dkms fglrx-source
0 paquets mis à jour, 12 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 34,9 Mo d’archives. Après dépaquetage, 105 Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
fglrx-driver : Dépend: xorg-video-abi-6.0 qui est un paquet virtuel
Les actions suivantes permettront de résoudre ces dépendances :
Conserver les paquets suivants dans leur version actuelle :
fglrx-control [Non installé]
fglrx-driver [Non installé]
Accepter cette solution ? [Y/n/q/?] n
Les actions suivantes permettront de résoudre ces dépendances :
Supprimer les paquets suivants :
xserver-xorg-video-all
xserver-xorg-video-fbdev
xserver-xorg-video-intel
xserver-xorg-video-nouveau
xserver-xorg-video-openchrome
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
Réinstaller à une version antérieure les paquets suivants :
libgl1-mesa-dri [8.0.4-2 (now, testing, unstable) -> 7.7.1-5 (stable)]
xorg [1:7.7+1 (now, testing, unstable) -> 1:7.5+8+squeeze1 (stable)]
xserver-xorg [1:7.7+1 (now, testing, unstable) -> 1:7.5+8+squeeze1 (stab
xserver-xorg-core [2:1.12.3-1 (now, testing) -> 2:1.7.7-14 (stable)]
xserver-xorg-input-evdev [1:2.7.0-1+b1 (now, testing, unstable) -> 1:2.3
xserver-xorg-input-synaptics [1.6.2-1 (now, testing, unstable) -> 1.2.2-
xserver-xorg-input-wacom [0.15.0+20120515-1 (now, testing, unstable) ->
xserver-xorg-video-apm [1:1.2.3-3 (now, testing, unstable) -> 1:1.2.2-2
xserver-xorg-video-ark [1:0.7.4-1+b1 (now, testing, unstable) -> 1:0.7.2
xserver-xorg-video-ati [1:6.14.4-5 (now, testing, unstable) -> 1:6.13.1-
xserver-xorg-video-chips [1:1.2.4-2 (now, testing, unstable) -> 1:1.2.3-
xserver-xorg-video-cirrus [1:1.4.0-2 (now, testing, unstable) -> 1:1.3.2
xserver-xorg-video-i128 [1:1.3.5-1+b1 (now, testing, unstable) -> 1:1.3.
xserver-xorg-video-mach64 [6.9.1-2 (now, testing, unstable) -> 6.8.2-3 (
xserver-xorg-video-mga [1:1.5.0-2 (now, testing, unstable) -> 1:1.4.11.d
xserver-xorg-video-neomagic [1:1.2.6-1 (now, testing, unstable) -> 1:1.2
xserver-xorg-video-r128 [6.8.2-1 (now, testing, unstable) -> 6.8.1-3 (st
xserver-xorg-video-radeon [1:6.14.4-5 (now, testing, unstable) -> 1:6.13
Laisser les dépendances suivantes non satisfaites :
xserver-xorg-video-nouveau recommande libgl1-mesa-dri (>= 7.11.1)
Accepter cette solution ? [Y/n/q/?] y
Les paquets suivants vont être RÉINSTALLÉS à une VERSION ANTÉRIEURE :
libgl1-mesa-dri 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-i128 xserver-xorg-video-mach64 xserver-xorg-video-mga
xserver-xorg-video-neomagic xserver-xorg-video-r128
xserver-xorg-video-radeon
Les NOUVEAUX paquets suivants vont être installés :
fglrx-control fglrx-driver fontconfig{a} libaudio2{a} libcups2{a}
libglib2.0-0{a} libglib2.0-data{a} liblcms1{a} libmng1{a} libqtcore4{a}
libqtgui4{a} shared-mime-info{a}
Les paquets suivants seront ENLEVÉS :
libdrm-nouveau1a{u} libmtdev1{u} xserver-xorg-video-all{a}
xserver-xorg-video-fbdev{a} xserver-xorg-video-intel{a}
xserver-xorg-video-nouveau{a} xserver-xorg-video-openchrome{a}
xserver-xorg-video-rendition{a} xserver-xorg-video-s3{a}
xserver-xorg-video-s3virge{a} xserver-xorg-video-savage{a}
xserver-xorg-video-siliconmotion{a} xserver-xorg-video-sis{a}
xserver-xorg-video-sisusb{a} xserver-xorg-video-tdfx{a}
xserver-xorg-video-trident{a} xserver-xorg-video-tseng{a}
xserver-xorg-video-vesa{a} xserver-xorg-video-vmware{a}
xserver-xorg-video-voodoo{a}
Les paquets suivants sont RECOMMANDÉS mais ne seront pas installés :
fglrx-atieventsd fglrx-glx fglrx-glx-ia32 fglrx-modules-dkms fglrx-source
0 paquets mis à jour, 12 nouvellement installés, 18 remis à une version antérieure, 20 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 54,2 Mo d’archives. Après dépaquetage, 47,3 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?] y
Charger/installer/enlever des paquets.[/code]
Je ne sais pas si je peux réellement éffectuer cette manip. Je pense qu’en la faisant j’aurais par la suite une dépendance non satisfaite avec libgl1-mesa-dri.
Qu’en dites vous?
Je viens de comprendre, les paquets fglrx ne sont pas disponibles pour Wheezy : packages.debian.org/search?keywords=fglrx
Donc de deux choses l’une :
Autre solution peut-être plus rationnelle, essayer d’installer les pilotes ATI avec smxi / sgfxi (voir notre wiki : “méthode pour fainéants”).
Concernant VLC il doit sûrement y avoir une incompatibilité du même genre. Il faudrait voir la sortie d’aptitude (aptitude -s install vlc) pour savoir de quoi il retourne précisément.
Bon, par contre, je ne vois pas trop l’intérêt d’avoir les dépôts de Squeeze là. Ça t’embrouille plus qu’autre chose et surtout, tu ne veux pas downgrader des paquets de ta testing-quasi-stable vers ceux de la stable-quasi-oldstable
À tout hasard : pour pouvoir installer le pilote proprio ATI ?
Ou n’importe quel autre paquet absent (temporairement ou non) de Wheezy ?
Pour pouvoir remplacer les versions des paquets boguées en Wheezy ?
[size=150]Wheezy n’est pas encore stable !![/size]
Cela fait longtemps que tu es sous Debian sid/testing ?
Que celui qui n’a jamais été obligé de faire marche arrière lève le doigt 
Cela dit captnfab n’a pas tort non plus : en ce moment testing est beaucoup trop éloignée de squeeze, installer des paquets squeeze sur wheezy risque de poser plus de problèmes qu’autre chose à cause de la grande différence entre les deux. 
Salut;
Cela dit captnfab n’a pas tort non plus : en ce moment testing est beaucoup trop éloignée de squeeze, installer des paquets squeeze sur wheezy risque de poser plus de problèmes qu’autre chose à cause de la grande différence entre les deux. [/quote]
Il vaut mieux donc passer en sid qu’en testing, les bugs, quand il y en a, durent moins longtemps et l’on peut sans grand danger faire marche arrière.
8 ans
Quand il manque quelque chose dans testing, on le prend dans sid. Il n’y a en général que quelques semaines d’écart entre les versions testing et sid, alors qu’il peut y avoir jusqu’à 4 ans entre les versions testing et stable, surtout en période de freeze.
On ne gagne clairement pas en stabilité en allant piocher dans stable si on tourne en testing
Aaah… Je rêve du jour où les utilisateurs de Debian comprendront enfin ce que signifie le “test” de testing…
Ce n’est pas dirigé contre toi en particulier capitaine, avec tes 8 ans d’utilisation tu fais au contraire partie de ceux à qui s’adresse cette branche.
J’espère que tu fais bien remonter les rapports de bogues aux développeurs !
La testing n’est qu’une sid décantée. Avec l’age, elle devient la roche sédimentaire que l’on appelle Debian stable.
Je ne vois pas trop l’intérêt d’être en testing en dehors des périodes de freeze. Puisque les paquets de sid continuent à vivre leur vie et à descendre dans testing. Autant rester en sid directement et reporter les bugs que l’on y rencontre.
Mais je conçois que certains utilisateurs préfèrent utiliser des paquets qui ont déjà été testés par des centaines de personnes, pendant une dizaine de jours. C’est aussi ça la testing. Mais bien sûr, il n’y a aucune raison que l’ensemble de ces paquets forme un tout cohérent, une “distribution” proprement dite… C’est pour cela qu’on ne peut pas vraiment utiliser testing sans sid.
En période de freeze, l’intérêt est différent. Là, la testing commence réellement à prendre forme, à gagner en cohérence pour prendre petit à petit l’apparence de la future stable. À ce moment là, utiliser la testing, c’est juste peaufiner la future stable…
Je ne sais pas si c’est ce que tu entendais par « ce que signifie le “test” de testing" ». Mais au moins cela donne une base de discussion
Re,
Et moi qui suis en sid, je vais chercher où ? Dans experimental
Toi tu corriges les bugs toi-même et les renvoies à upstrem
Et quand il manque un paquet récent, tu fais des NMU \o/