Forum Linux.debian/ubuntu Pb avec un paquet qui empeche la mise à jour de ma sid

Posté par  .
Étiquettes : aucune
0
28
fév.
2005
# apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
xlibmesa-gl-dev: Dépend: xlibmesa-gl (= 4.3.0.dfsg.1-12.0.1) mais 4.3.0.dfsg.1-10 est installé
E: Dépendances manquantes. Essayez d'utiliser l'option -f.



En fait, j'utilise le pilote d'ati pour avoir l'accélération 3D et j'ai du faire des modifs dans certains fichiers (je ne sais plus si le xlibmesa en faisait partie). Donc je pense que ça peut venir de là, car si je fais,

# apt-get -f install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Correction des dépendances... Fait
Les paquets supplémentaires suivants seront installés :
xlibmesa-gl
Les paquets suivants seront mis à jour :
xlibmesa-gl
1 mis à jour, 0 nouvellement installés, 0 à enlever et 120 non mis à jour.
49 partiellement installés ou enlevés.
Il est nécessaire de prendre 0o/280ko dans les archives.
Après dépaquetage, 49,2ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n]
(Lecture de la base de données... 76328 fichiers et répertoires déjà installés.)
Préparation du remplacement de xlibmesa-gl 4.3.0.dfsg.1-10 (en utilisant .../xlibmesa-gl_4.3.0.dfsg.1-12.0.1_i386.deb) ...
Dépaquetage de la mise à jour de xlibmesa-gl ...
dpkg : erreur de traitement de /var/cache/apt/archives/xlibmesa-gl_4.3.0.dfsg.1-12.0.1_i386.deb (--unpack) :
tentative de remplacement de « /usr/X11R6/lib/libGL.so.1.2 », qui appartient aussi au paquet fglrx-4-3-0
dpkg-deb: sous-processus paste tué par le signal (Relais brisé (pipe))
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/xlibmesa-gl_4.3.0.dfsg.1-12.0.1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



Et au final, je ne peux pas mettre à jour mon système ce qui est embétant. Comment puis-je rectifier le tir ?

Merci de votre aide
  • # deux paquets se marchent dessus

    Posté par  . Évalué à 2.

    tentative de remplacement de « /usr/X11R6/lib/libGL.so.1.2 », qui appartient aussi au paquet fglrx-4-3-0

    ça sent le paquet proprio d'ati :)
    Perso, je quitterais X, désinstallerais le paquet fglrx-4-3-0, ferais la màj, puis réinstallerais fglrx-4-3-0.
    • [^] # Re: deux paquets se marchent dessus

      Posté par  . Évalué à 3.

      perso je supprimerais plutot xlibmesa.
      apres tout si les drivers ati sont la et font bien leur boulot xlibmesa sert pas a grand chose.
      • [^] # Re: deux paquets se marchent dessus

        Posté par  . Évalué à 1.

        Je doute que ca passe. Pour que ca puisse marcher, il faudrait que, comme specifie plus bas, le paquet fglrx-4-3-0 ait un "Provides" sur xlibmesa-gl, avec le numero de version qui va bien, ce qui peut encore poser des problemes en cas de mise a jour.

        En fait, dans l'ideal pour ce cas-la, on fait un Paquet qui utilise dpkg-divert. Le mecanisme permet de "remplacer" le fichier du paquet original, tout en faisant une sauvegarde, qui sera mise a jour avec le paquet et restauree. Par exemple c'est le cas de nvidia-glx.
    • [^] # Re: deux paquets se marchent dessus

      Posté par  . Évalué à 2.

      ça sent le paquet proprio d'ati :)

      Jusqu'à preuve du contraire, ATI ne fourni pas de paquet Debian mais juste des RPM. Je dirais plutot que ça sent le rpm alienisé. Sauf que les dépendances ne sont pas les mêmes dans Fedora/Redhat et Debian.

      Un paquet bien fait devrait avoir une clause "Replace xxx" ou "Provides xxx" pour que tout se passe bien. Le mieux serait de rechercher des "vrais" paquets Debian (non officiels) via www.apt-get.org
  • # Tente le forcing ...

    Posté par  . Évalué à 0.

    Salut à toi !

    C pas facile de te filer un coup de main parce que d'une part je suis sous nvidia et d'autres part j'ai pas envie de simuler ton problème ... parce que si les idées que j'ai en tete foirent ...

    Un peu bourrin sur les bords :

    tente un sudo dpkg --force-all --purge --force-overwrite --remove xlibmesa-gl, puis un sudo apt-get -f install puis un dpkg -i /chemin/vers/ton/fichier/fglrx[...].deb ou sudo apt-get --reinstall fglrx.

    Si ca ne marche pas man dpkg ...
    Si tu ne trouves rien de + dans la page de man de dpkg.... je te propose le bourrinage ultime !!!!

    Je te propose ceci mais c'est à tes risques et périls, je n'ai fait aucun tests et ca me parait tres dangereux ! ;-)

    Edite le fichier /var/lib/dpkg/status, recherche la ligne "Package: xlibmesa-gl", modifie la ligne en dessous qui devrait en cas normal ressembler à "Status: install ok installed" mais qui doit etre chez toi différente et passe la en "Status: deinstall ok config-files" ou en "Status: install ok installed". Il te faudra de plus virer des lignes concernant le paquet en question en dessous, mais toujours garder les lignes commencant par Package: , Status: , Priority: , Section: , Architecture: .
    Le mieux c'est de regarder comment sont foutus les différentes sections suivants que les paquets sont installés, désinstallés mais avec les fichiers de conf conservés ou désinstallés et avec les fichiers de conf purgés.
    A vrai dire j'ai du mal à envisager quelles peuvent etre les conséquences d'un choix ou de l'autre ... Je mettrai perso plutot "Status: deinstall ok config-files" puis sudo apt-get update suivi d'un ptit sudo apt-get --reinstall fglrx.

    Bon ce ne sont que quelques idees comme ca mais au cas où cela puisse t'aider ...

    Désolé pour l'immondisme de la seconde solution mais quand on est dans la merde et obstiné ...

    Il y a surement d'autres choses à faire et/ou d'autres méthodes...

    Bonne chance à toi !
    • [^] # Re: Tente le forcing ...

      Posté par  . Évalué à 3.

      Beeerk... Je suis a peu près persuadé que --force-all (ou --force-nimportekoi d'ailleurs) est à ne JAMAIS utiliser. Ça risque au contraire d'empirer le problème. En tout cas je n'ai jamais eu besoin de forcer quoi que ce soit sur ma Debian, et pourtant ça fait plusieurs années que je tourne en Sid, avec un "apt-get upgrade" quotidien, et un petit mix de sources officielles et non-officielles.

      Beaucoup plus pratique et efficace d'essayer de comprendre plutot que de passer en force (on n'est pas sous windows, merde, un peu de finesse). Alors le apt, il dit:
      " tentative de remplacement de « /usr/X11R6/lib/libGL.so.1.2 », qui appartient aussi au paquet fglrx-4-3-0 "

      Donc y'a pas a tortiller, la librairie libGL est fournie à la fois par le package fglrx (proprio) et xlibmesagl. Donc il faut choisir entre un des deux paquets, et installer soit le GL libre de XFree, soit le GL proprio de fglrx. Si ce problème est apparu, c'est surement parceque tu avais deja utilisé un --force lors de l'installation de fglrx non ? (il me semble que j'etais tombé sur une page qui indiquait de forcer quelque chose lors de l'installation de ce module, ce qui est bien sur completement débile). A moins que fglrx et xlibmesa tournaient jusqu'a présent avec deux versions differentes de la librairie (style un /usr/X11R6/lib/libGL.so.1.2 a coté d'un /usr/X11R6/lib/libGL.so.1.xyz ) et donc reussisaient a cohabiter sans problème, et que la nouvelle version de xlibmesa soit passée à la meme version de libGL que ton fglrx, et du coup ça bloque a l'upgrade (ça, c'est le problème des mix officiels/non officiels)

      Essaie plutot de regarder là http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.h(...) pour installer tout proprement ton fglrx (et à confirmer, mais je pense que xlibmesa-gl sera peut-etre a virer si tu a des conflits non ?). J'avais essayer d'installer fglrx il y a quelque temps et je ne me rappelles pas avoir eu ce type de problème. Je ne peux pas t'aider beaucoup plus bicoz je l'ai viré (marchais bien, mais bon, pas libre alors...poubelle ). Essaie déjà faire un "dpkg -L xlibmesa-gl" et "dpkg -L fglrx-4-3-0" pour voir si ils ont déjà ce fameux fichier an commun (et donc preuve qu'il y a déjà eu un --force malheureux) ou si ils ont des versions différentes (et donc preuve de cohabitation jusqu'ici chanceuse qui touche a sa fin)
      • [^] # Re: Tente le forcing ...

        Posté par  . Évalué à 1.

        Je n'ai pas souvenir d'avoir forcé l'installation mais j'ai du faire des modifs directement dans certains fichiers car la compilation du module ne se faisait pas à cause d'une commande non reconnue, si ma mémoire est bonne.

        On m'a également conseillé de le faire avec la méthode de flavio, ce que je vais faire, mais je souhaite désinstaller proprement avant les drivers proprios. Je dois supprimer le chargement automatique du module puis le module en lui même dans /lib/kernel etc et ensuite installer les drivers de flavio ?
      • [^] # Re: Tente le forcing ...

        Posté par  . Évalué à 0.

        ;-) Ca me fait plaisir ce Beeerk ! ;-)

        Bon, pour préciser le pourquoi du comment, le truc C que effectivement je comprends que tu n'ai jamais eu de problemes de ce type puisque quand ca arrive (conflit de creation de fichiers de denomination commune) t'es coincé ! Et tu l'es tout simplement car tu ne peut plus mettre à jour, plus installer ni désinstaller quoi que ce soit tant que la mise à jour du paquet n'as pas été faite ... Ce qui implique d'etre effectivement obligé de bourinner ... Mis a part cela, j'aurais tendance à penser que si les options --force-nimportekoi de dpkg existent, c'est qu'elles ont raisons d'etre ... Forcer un truc quel qu'il soit est stupide uniquement si l'on a pas conscience des consequences de son acte ...
        C'est pour cela que je conseille à zanton de quand meme jeter un coup d'oeil à la page de man, et de plus, Il n'y a en l'occurence apparement qu'un fichier conflictuel.

        Bon bah ++ et merci de la reaction (reactionnaire ? ;-) )
        • [^] # Re: Tente le forcing ...

          Posté par  . Évalué à 2.

          Attention, avec un mix Sid+sources non officielles, bien sur qu'il m'est arrivé d'avoir des problèmes de ce type (apt qui bloque sur des packages pas très propre ou en coflit, et donc plus de apt-get possible tant que le problème pas résolu). Ce que je voulais dire, c'est que je n'ai _jamais_ eu besoin de recourir aux options --force pour les résoudre. Tu as toujours moyen d'essayer de comprendre ce qu'il se passe pour résoudre proprement le problème, et tu n'est pas vraiment coincé quand ça t'arrives. Au contraire, ça signifie qu'il y a quelque chose de pas très propre sur ta machine, et donc qu'il faut tout nettoyer pour retrouver un système nickel avant de recommencer a installer autre chose (ce qui risquerait de foutre encore plus le bordel).

          Pour la raison de l'existence des options --force, je pense que c'est avant tout (en outre d'être probablement utile pour les développeurs, en cours de packetage) à considérer comme une solution de dernier recours, lorsque tout ce qui a pu être testé à échouer.

          Quand au ton de ma remarque précédente, un tant soit peu emporté, il était surtout du au fait que l'on ne sait jamais trop le niveau de connaissance de la personne à qui l'on s'adresse dans les forums, et on n'est jamais à l'abri de tomber sur quelqu'un qui applique à la lettre ce qu'on lui dit... quitte à revenir à la charge avec un "a marche pu du tout :'-(" en guise réponse.
  • # C'est réglé

    Posté par  . Évalué à 1.

    J'ai supprimé l'ancien module et installer le nouveau en suivant le tuto indiqué au dessus et ça a très bien marcher.

    Les nouveaux drivers me permettent d'avoir quand même 30% de perf en plus mais restent très loin de ceux de nvidia : j'ai moins de perf que mon ancienne FX5600 avec ma 9700 Pro. Je sais ce que je prends comme CG quand j'en changerai...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.