[mise à jour Yaourt] réclame libgl=7.11.2

[mimile]

Bonjour,

Je lance une mise à jour complète avec yaourt et j'obtiens ceci :

Code : Tout sélectionner

[okapi@Archie ~]$ yaourt -Syu
:: Synchronisation des bases de données de paquets...
 core                     104,9 KiB   481K/s 00:00 [######################] 100%
 extra                   1388,4 KiB   484K/s 00:03 [######################] 100%
 community               1578,5 KiB   484K/s 00:03 [######################] 100%
 archlinuxfr est à jour ;
error: failed to prepare transaction (could not satisfy dependencies)
:: Starting full system upgrade...
:: mach64-dri: requires libgl=7.11.2
:: mga-dri: requires libgl=7.11.2
:: r128-dri: requires libgl=7.11.2
:: savage-dri: requires libgl=7.11.2
:: sis-dri: requires libgl=7.11.2
:: tdfx-dri: requires libgl=7.11.2

Bon, je vais voir après libgl

Code : Tout sélectionner

[okapi@Archie ~]$ sudo pacman -Ss libgl
extra/libgl 8.0.1-2 [installé: 7.11.2-1]

Donc, j'ai bien libgl 7.11.2 installé, alors ... serait-ce parce que la version 7.11.2-1

Vais voir dans pkg mais je ne dispose pas ou plus de la version 7.11.2 donc pas de retour en arrière possible ...

A tout hasard, j'essaye avec pacman :

Code : Tout sélectionner

[okapi@Archie ~]$ sudo pacman -Syu
:: Synchronisation des bases de données de paquets...
 core est à jour ;
 extra est à jour ;
 community est à jour ;
 archlinuxfr est à jour ;
:: Début de la mise à jour complète du système...
:: Remplacer mach64-dri par extra/libgl ? [O/n] n
:: Remplacer mga-dri par extra/libgl ? [O/n] n
:: Remplacer r128-dri par extra/libgl ? [O/n] n^C
Interrupt signal received

Je ne sais quoi répondre : remplacer ou pas ...

Merci pour vos avis éclairés.

Amicalement,

[tuxce]

Salut, 3 choses:
- les paquets *-dri correspondent à des pilotes opengl pour carte graphique. A mon avis, tu n'as pas autant de cartes que ça sur ton système
- yaourt, par défaut, commence d'abord par proposer la liste de mise à jour disponibles, du coup, c'est quoi ta configuration, la commande (ou je ne sais quel alias) qui te donne directement cette erreur ?
- ces paquets sont tous remplacés par libgl donc oui, il faut les remplacer.

[mimile]

Hello

Merci pour ta réponse.

a) il est évident que je n'ai qu'une (seule, modeste et ancienne) carte graphique intégrée à ma carte-mère (NVIDIA Corporation nForce 220/420 NV11 [GeForce2 MX] (rev b1)) ; j'ignore d'où sortent ces drivers -dri (seraient-ils liés à nouveau-dri ?)

b) Je ne comprends pas bien le sens de ta question quand tu me demandes quelle est ma "configuration, commande ou alias" qui donne l'erreur ...

Je ne sais trop quoi répondre. Depuis le début, je lance bêtement yaourt -Syu et après mise à jour des miroirs, d'habitude, yaourt affiche en couleurs les paquets (et leurs versions) qui peuvent être mis à jour (avec la nouvelle version mentionnée).

Ici, ce n'est pas le cas : j'ai directement le message d'erreur que j'ai montré dans mon poste.

c) Je vais suivre ton conseil : démarrer pacman et accepter le remplacement de ces drivers -dri par libgl.

Je reviens dans 2 minutes ...

EDIT : me revoilà ; j'ai donc accepter le remplacement et la mise à jour système à pu suivre son cours mais il y est question d'une nuée de xf86-video dont je suppose que la plupart ne m'intéressent pas.

Voici la liste :

Code : Tout sélectionner

Cibles (69) : ati-dri-8.0.1-2  glproto-1.4.15-1  grep-2.11-2  inputproto-2.2-1
              intel-dri-8.0.1-2  kdebase-runtime-4.8.1-2  libgl-8.0.1-2
              libglapi-8.0.1-2  libpciaccess-0.13-1  libx11-1.4.99.1-1
              libxcb-1.8.1-1  libxi-1.6.0-1  mach64-dri-7.11.2-1 [removal]
              mesa-8.0.1-2  mga-dri-7.11.2-1 [removal]  mpfr-3.1.0.p7-1
              nouveau-dri-8.0.1-2  r128-dri-7.11.2-1 [removal]
              ruby-1.9.3_p125-2  savage-dri-7.11.2-1 [removal]
              sis-dri-7.11.2-1 [removal]  tdfx-dri-7.11.2-1 [removal]
              xcb-proto-1.7-2  xf86-input-acecad-1.5.0-3
              xf86-input-aiptek-1.4.1-3  xf86-input-evdev-2.7.0-1
              xf86-input-joystick-1.6.1-1  xf86-input-keyboard-1.6.1-2
              xf86-input-mouse-1.7.1-3  xf86-input-synaptics-1.5.99-0.2
              xf86-input-vmmouse-12.8.0-1  xf86-input-void-1.4.0-3
              xf86-video-apm-1.2.3-5  xf86-video-ark-0.7.4-1
              xf86-video-ast-0.93.9-2  xf86-video-ati-6.14.3-2
              xf86-video-chips-1.2.4-4  xf86-video-cirrus-1.3.2-8
              xf86-video-dummy-0.3.5-1  xf86-video-fbdev-0.4.2-6
              xf86-video-geode-2.11.13-1  xf86-video-glint-1.2.7-1
              xf86-video-i128-1.3.4-5  xf86-video-i740-1.3.2-8
              xf86-video-intel-2.18.0-1  xf86-video-mach64-6.9.0-3
              xf86-video-mga-1.4.13-5  xf86-video-neomagic-1.2.5-6
              xf86-video-nouveau-0.0.16_git20120210-1  xf86-video-nv-2.1.18-5
              xf86-video-r128-6.8.1-8  xf86-video-rendition-4.2.4-6
              xf86-video-s3-0.6.3-7  xf86-video-s3virge-1.10.4-7
              xf86-video-savage-2.3.3-3  xf86-video-siliconmotion-1.7.5-4
              xf86-video-sis-0.10.3-7  xf86-video-sisusb-0.9.4-6
              xf86-video-tdfx-1.4.3-8  xf86-video-trident-1.3.4-6
              xf86-video-tseng-1.2.4-6  xf86-video-v4l-0.2.0-10
              xf86-video-vesa-2.3.0-8  xf86-video-vmware-12.0.0-1
              xf86-video-voodoo-1.2.4-6  xf86-video-xgixp-1.8.0-5
              xorg-server-1.12.0-1  xorg-server-common-1.12.0-1
              xorg-xinput-1.5.99.1-1

Je ne vais quand même installer tous ça vu que je ne me sers que de "nouveau".

Un conseil ?

[tuxce]

b) Je ne comprends pas bien le sens de ta question quand tu me demandes quelle est ma "configuration, commande ou alias" qui donne l'erreur ...

tu as encore des paquets dont tu ignores la mise à jour ?
Tu peux mettre sur pastebin le fichier yaourt.log qui résulterait de cette commande:

Code : Tout sélectionner

bash -x yaourt -Syu |& tee yaourt.log

(une fois la commande arrêtée, il te suffit de ctrl-c pour quitter la commande)


Pour le reste, il te faut faire le ménage dans la liste de tes paquets.
T'as du à un moment ou un autre installer le groupe xorg-drivers qui contient la totalité des pilotes.
Il faut en supprimer et ne garder que ce que tu utilises.

[mimile]

Voici ce que donne ta commande chez moi :

Code : Tout sélectionner

[okapi@Archie ~]$ bash -x yaourt -Syu |& tee yaourt.log
yaourt: yaourt : ceci est un répertoire

Pour le reste, comment faire pour supprimer les drivers dont je n'ai pas besoin.

Si prends l'exemple du driver pour cartes Voodoo (j'en ai une dans un vieux Compaq de 1998), je trouve :

Code : Tout sélectionner

/usr/lib/xorg/modules/drivers/voodoo_drv.so
/usr/share/licenses/xf86-video-voodoo
/usr/share/licenses/xf86-video-voodoo/LICENSE
/usr/share/man/man4/voodoo.4.gz
/var/lib/pacman/local/xf86-video-voodoo-1.2.4-5
/var/lib/pacman/local/xf86-video-voodoo-1.2.4-5/desc
/var/lib/pacman/local/xf86-video-voodoo-1.2.4-5/files

Puis-je simplement supprimer ces éléments avec rm ? ou y-a-t'il une méthode plus "esthétique" ?

[tuxce]

Code : Tout sélectionner

[okapi@Archie ~]$ bash -x yaourt -Syu |& tee yaourt.log
yaourt: yaourt : ceci est un répertoire

Code : Tout sélectionner

bash -x /usr/bin/yaourt -Syu |& tee yaourt.log

Puis-je simplement supprimer ces éléments avec rm ? ou y-a-t'il une méthode plus "esthétique" ?

On parle de paquets, je ne vois pas du tout ce que vient faire rm là dedans.
Sinon, rm sur un fichier système est dans 99% des cas une mauvaise idée.

Pour le reste, comment faire pour supprimer les drivers dont je n'ai pas besoin.

Code : Tout sélectionner

pacman -Qqg xorg-drivers

te donne la liste de ce qui est installé.
Il suffit de

Code : Tout sélectionner

pacman -Rscn liste_des_paquets_qui_ne_te_concernent_pas

Vu que tu as parlé de nouveau, je dirais d'effacer tout sauf "nouveau" et "evdev" (et encore, je crois que "nouveau" ne fait pas partie du groupe)

[FoolEcho]

Puis-je simplement supprimer ces éléments avec rm ? ou y-a-t'il une méthode plus "esthétique" ?

... si tu veux mettre le boxon dans la base de données de pacman et ton système, tu peux effectivement.
S'il y a des paquets, ça n'est pas pour rien normalement... et pacman sait désinstaller des trucs (-R).

En paquets nécessaires et suffisants pour X, tu as xorg-server, xorg-xinit, xorg-utils et xorg-server-utils (cf. wiki) + pilotes pour ta carte graphique et autres petites choses si tu en as (tablette, touchpad...)... donc tu devrais faire le tri assez vite.

... grillé.

[mimile]

A vous lire, j'ai l'impression d'être une poule essayant de résoudre le théorème de Fermat

A mon âge, ça fait mal ...

Bon, après ce petit coup de blues, voici ce que donne la commande rectifiée :

http://pastebin.archlinux.fr/438533

Pour le reste, je dois procéder pas-à-pas pour éviter de mettre le souk.

Je reviendrai dès que possible

Cordialement à tous

[tuxce]

Merci pour le pastebin, malheureusement, j'arrive pas à reproduire, quelqu'un d'autre a le bug ? (des fois qu'il y ait des gens de passage)

[benjarobin]

@tuxce Je pense qu'il a du utiliser l'option -d ce qui fait que la base est dans un état non valide... Ou pas, mais c'est en tout cas intéressant.
Donc c'est cette commande qui échoue (après analyse de mon coté) : pacman -Sp --print-format '## %n' --noconfirm -u

@mimile Peux tu envoyer sur pastebin la sortie de : pacman -Q
Peux tu donner poster aussi sur pastebin la sortie de : tail -300 /var/log/pacman.log

[GuilouV]

Bonjour,

Si ça peut aider à comprendre j'ai personnellement eu le même souci exactement en lançant la commande yaourt -Syu.
Le tout est rentré dans l'ordre en effectuant un pacman -Syu, qui lui m'a proposé de remplacer les paquets *-dri.

[mimile]

Voici le lien pastebin de pacman -Q :

http://pastebin.archlinux.fr/438538

Et celui de tail ...

http://pastebin.archlinux.fr/438539
(ne vous étonnez pas d'y trouver "remove nouveau-dri" ; je l'ai tenté en espérant que ça résoudrait mon problème tel que décrit dans mon poste ; n'observant aucune modification, je l'ai réinstallé).
(De même pour smplayer qui a tendance à planter depuis quelques semaines ; au début j'avais incriminé une mise à jour et j'avais réinstallé l'ancienne version, mais je m'aperçois que celle-ci plante également ; je pense finalement que le problème vient d'un *.avi qui doit être endommagé car c'est toujours en cours de lecture de celui-ci que survient le crash de smplayer).

Et à l'intention de Tuxce qui a du mal avec mon précédent pastebin :

http://pastebin.archlinux.fr/438540

Enfin, voici ce que renvoie pacman -Qqg xorg-drivers

http://pastebin.archlinux.fr/438541

Ce qui est bizarre, c'est que "nouveau" ne s'y trouve pas ... (et pourtant il apparaît à diverses reprises dans lsmod).

Si je ne me trompe, je peux supprimer tous les xf86-video-etc...

Quand aux xf86-input, il me semble évident de garder mouse, keyboard et evdev.

Merci de me dire ce que vous en pensez car de mon côté, je n'ai aucune idée des xf86-input concernant acecad, void, vmmouse, aiptek, etc..

Merci pour votre aide

[tuxce]

Et à l'intention de Tuxce qui a du mal avec mon précédent pastebin :

non, mais c'était bon; juste que ça ne m'avançait pas, mais c'est pas dû au pastebin.

Ce qui est bizarre, c'est que "nouveau" ne s'y trouve pas ...

(et encore, je crois que "nouveau" ne fait pas partie du groupe)

Si je ne me trompe, je peux supprimer tous les xf86-video-etc...

oui (enfin ceux du groupe, pas "nouveau")

Quand aux xf86-input, il me semble évident de garder mouse, keyboard et evdev.

Normalement, seul "evdev" est utilisé.

J'en profite tant que tu n'as pas encore fini les mise à jour... si possible le paste de :

Code : Tout sélectionner

pacman --debug -Spu --noconfirm

merci

(j'oubliais) une remarque, je vois dans ton pacman.log une série de pacman -S extra/libgl ou autre ... je suppose que c'est une installation manuelle depuis yaourt. Ce n'est pas à faire à la légère et même j'aurais tendance à dire de pas le faire tout court !
C'est une option possible, mais il faut savoir ce que ça implique: paquets installés "explicitement", librairie potentiellement cassée etc.

[mimile]

Voici le pastebin de ta commande :

http://pastebin.archlinux.fr/438542

En ce qui concerne libgl, je n'ai pas le souvenir de les avoir installer manuellement.

Dans ta réponse du 13.03.2012 - 14 h 17 à ma question (mon poste) de 13 h 29, tu m'indiquais que je pouvais remplacer toutes les nnn.dri par libgl (dernière ligne), ce que j'ai fait.

Ceci explique peut-être cela

[omeleet]

Merci pour le pastebin, malheureusement, j'arrive pas à reproduire, quelqu'un d'autre a le bug ? (des fois qu'il y ait des gens de passage)

Je confirme, j'ai eu le même problème.

Bonjour,
Si ça peut aider à comprendre j'ai personnellement eu le même souci exactement en lançant la commande yaourt -Syu.
Le tout est rentré dans l'ordre en effectuant un pacman -Syu, qui lui m'a proposé de remplacer les paquets *-dri.

Et je confirme aussi que c'est comme ça que le problème s'est résolu.
Tous les paquets en -dri sont remplacés par extra/libgl.

[Rokil]

Bonjour à tous, j'ai le même problème, mis à part le fait que

Code : Tout sélectionner

yaourt -Syu

ne me propose pas de remplacer les *-dri, dont voici la liste : mach64-dri, mga-dri, r128-dri, savage-dri, sis-dri, tdfx-dri, et unichrome-dri, pour info, ma carte graphique est une GeForce4 Ti 4200.

Merci pour vos réponses

[FoolEcho]

@Rokil: Commence par désinstaller ces pilotes qui n'ont aucune utilité pour toi. Xorg (prière d'ouvrir un autre sujet -- avec lien vers celui-ci disons, si tu ne t'en sors pas)

[Rokil]

J'avais peur de les désinstaller, et effectivement ces pilotes ne me servaient à rien, donc je m'en sors, pas besoin d'un autre topic, problème résolu, merci beaucoup de ton aide, FoolEcho (avec toutes tes aides, j'ai l'impression que tu es ««« mon »»» ange gardien )

Merci encore !