Page 1 sur 1
[conflits] cohabitation libgl-dri - nvidia-utils (résolu)
Publié : dim. 28 oct. 2007, 12:42
par cloownix
bonjour,
heureux propriétaire d'un vaio série SZ, j'ai 2 cartes graphiques : une i950 et une nvidia. Un petit commutateur permet de sélectionner.
J'aimerai pouvoir utiliser les deux.
Pas de problème avec l'intel : j'ai installé avec.
Code : Tout sélectionner
[ix@sz1m ~]$ yaourt -S nvidia
resolving dependencies... done.
looking for inter-conflicts...
:: nvidia-utils conflicts with libgl-dri. Remove libgl-dri? [Y/n] n
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: nvidia-utils: conflicts with libgl-dri
Est-il possible de contourner ce problème ??
Re: [conflits] cohabitation libgl-dri - nvidia-utils
Publié : dim. 28 oct. 2007, 12:57
par mélodie
cloownix a écrit :Est-il possible de contourner ce problème ??
Pas à ma connaissance. J'ai aussi vu je ne sais plus où, cette incompatibilité reportée en tant que bug, mais rien de plus.
Quoique peut-être...
Publié : dim. 28 oct. 2007, 13:18
par tuxce
salut,
j'ai eu, y a un moment un sz4, mais personnellement, je n'utilisais la intel qu'en déplacement pour une question d'autonomie, du coup, pas d'installation de l'acceleration 3D pour intel
pour prendre en compte le bon xorg au démarrage (j'avais pas réussi à le prendre en compte à chaud), j'avais fait un petit script qui détectait la carte avec lspci, tu peux peut etre faire la même chose pour créer des liens vers les bonnes librairies, mais c'est un peu barbare
EDIT: je viens de lire le lien de mélodie, c'est en gros ce qu'il propose
Publié : dim. 28 oct. 2007, 14:35
par cloownix
@tuxce : pour moi c fluxbox sur batterie mais ça m'arrive de faire un détour par compiz-fusion pour faire baver les collègues déjà accros à vista

Je ne crois que personne n'a encore réussi à switcher à chaud.
Je ferrai le script qd ça marchera à la main.
@melodie : c'est exactement ça qu'il me faut, merci. Je regarde ça quand j'ai un peu plus de temps.
petite question annexe : qu'en sera-t-il des MàJ ?
Publié : dim. 28 oct. 2007, 16:29
par cloownix
Voila, ça fonctionne à la man : il m'a suffit de
et d'installer nvidia-utils (en enlevant libgl-dri)
Et ce script (qui pourrait être bcp plus élégant) fait le reste
Code : Tout sélectionner
VIDEO=`/usr/sbin/lspci |grep -c nVidia`
if [ "$VIDEO" = 1 ]; then
cp -f /etc/X11/xorg.conf.arch.speed /etc/X11/xorg.conf
rm /usr/lib/libGL.so
rm /usr/lib/libGL.so.1
rm /usr/lib/xorg/modules/extensions/libglx.so
ln -sf /usr/lib/xorg/modules/extensions/libglx.so.100.14.19 /usr/lib/xorg/modules/extensions/libglx.so
ln -sf /usr/lib/libGL.so.100.14.19 /usr/lib/libGL.so.1
ln -sf /usr/lib/libGL.so.100.14.19 /usr/lib/libGL.so
ln -sf /usr/lib/libGLcore.so.100.14.19 /usr/lib/libGLcore.so.1
else
cp -f /etc/X11/xorg.conf.arch.stamina /etc/X11/xorg.conf
rm /usr/lib/libGL.so
rm /usr/lib/libGL.so.1
rm /usr/lib/xorg/modules/extensions/libglx.so
ln -sf /usr/lib/libGL.aiglx.so.1.2 /usr/lib/libGL.so.1
ln -sf /usr/lib/libGL.aiglx.so.1.2 /usr/lib/libGL.so
rm /usr/lib/libGLcore.so.1
ln -sf /usr/lib/xorg/modules/extensions/libGLcore.xorg /usr/lib/xorg/modules/extensions/libGLcore.so
ln -sf /usr/lib/xorg/modules/extensions/libglx.xorg /usr/lib/xorg/modules/extensions/libglx.so
fi
Toujours la même question. libgl-dri n'étant plus installé, comment je peux automatiser la mise à jour de libGL.so.1.2 ?
Reste à le faire executer au boot et j'aurai compiz-fusion sur les 2 cartes.
EDIT : Voila, ça aussi c'est fait, je vais pouvoir retourner voir le jour

Publié : dim. 28 oct. 2007, 20:12
par wain
cloownix a écrit :Toujours la même question. libgl-dri n'étant plus installé, comment je peux automatiser la mise à jour de libGL.so.1.2 ?
il faut customiser le PKGBUILD. Crée 2 fichiers /etc/customizepkg.d/libl-dri et /etc/customizepkg.d/nvidia. Dedans il faut mettre une petite ligne du genre
de manière à ce que le fichier libGL.so.xx soit renommé au moment de la création du paquetage.
Il faut aussi supprimer le conflit avec libgl-dri dans le PKGBUILD nvidia.
Par la suite, un simple yaourt -Su provoquera la recompilation de ces deux paquetages si une mise à jour est disponible.
Publié : dim. 28 oct. 2007, 20:43
par cloownix
ça semble élégant comme solution.
Je ne suis pas encore un as des PKGBUILD, mais je regarde ça dès que j'ai le temps.
Publié : dim. 28 oct. 2007, 20:48
par mélodie
Hou la la !!! cloownix, puisque tu suis, pourrais-tu faire un howto avec un exemple concret : disons, le tien, pour que tous ceux qui arrivent après puissent s'en inspirer ? Tu pourrais ensuite le déposer sur
le wiki !

Publié : lun. 29 oct. 2007, 00:16
par cloownix
oui, il faudra. Comme tout le monde, je manque de temps. Et il y a encore plein de choses qui ne me conviennent pas. Mais je le met sur mon TODO. Et il faut encore que je comprenne le post de wain. Je crois que ça veut dire encore pas mal de lecture

Publié : lun. 29 oct. 2007, 01:13
par mélodie
cloownix a écrit :je manque de temps. Et il y a encore plein de choses qui ne me conviennent pas. Mais je le met sur mon TODO. Et il faut encore que je comprenne le post de wain.
Disons, ce n'est pas parce que j'ai donné une piste que j'ai compris ce qu'il faut faire par exemple, mais si déjà tu commences à faire un tutoriel précis sur ce que tu as fait jusqu'ici, ça peut se compléter ensuite par étape.
Puis tu pourras ensuite poster au sujet de tes essais, si nécessaire, jusqu'à ce que tout soit tel que tu le souhaite.
Publié : lun. 29 oct. 2007, 01:23
par cloownix
@wain : j'ai fais une petite recherche sur customizepkg et je suis tombé chez toi. T'aurais pu me dire.
Tu dois avoir qq liens vers de la doc...
Et comme il est déjà tard, j'ai une question bête. Comment je peux récupérer facilement les PKGBUILD de current extra et community ?
Publié : lun. 29 oct. 2007, 08:52
par marc[i1]
cloownix a écrit :Comment je peux récupérer facilement les PKGBUILD de current extra et community ?
Pour compiler un paquetage situé dans core/extra/community
Pour compiler un paquetage de
AUR :
Pour télécharger le PKGBUILD :
plus d'info :
ou

Publié : lun. 29 oct. 2007, 10:43
par mélodie
marc[i1] a écrit :
plus d'info :
Justement à ce sujet, où il est passé ce man ?
$man yaourt
Il n'y a pas de page de manuel pour yaourt.

Publié : lun. 29 oct. 2007, 11:10
par Skunnyk
Chezmoicamarche©®
Normalement le man de yaourt est présent depuis plusieurs versions !
Publié : lun. 29 oct. 2007, 11:43
par mélodie
Skunnyk a écrit :Chezmoicamarche©®
Normalement le man de yaourt est présent depuis plusieurs versions !
Bon, je reverrais ça quand je ferais des upgrades.
Publié : lun. 29 oct. 2007, 12:28
par cloownix
Ici aussi Etrange, je crois qu'hier soir ce n'était pas le cas ou il était vraiment temps que j'aille me coucher.
J'avais essayé yaourt -Sbw mais apparement il y a des subtilités
[vacances]à bientôt[/vacances]

Publié : mar. 30 oct. 2007, 10:01
par cloownix

:bravo::bravo: wain t'es un as !

:bravo::bravo:
trop bon customize-pkg.

Même plus besoin de cp libGL.so.1.2
@melodie : un début de futur howto.
après avoir collé tout ça au bon endroit (ainsi que les fichiers de conf de xorg) et ajouté libglx.select au rc.conf.
Et si j'ai bien compris yaourt -Su doit mettre tout ça à jour (yaourt se souvient qu'il a compilé le paquet ?)
Code : Tout sélectionner
[ix@sz1m ~]$ cat /etc/customizepkg.d/libgl-dri
remove#conflicts#'libgl'
Code : Tout sélectionner
[ix@sz1m ~]$ cat /etc/customizepkg.d/nvidia-utils
remove#conflicts#'libgl'
remove#conflicts#'libgl-dri'
Code : Tout sélectionner
[ix@sz1m ~]$ cat /etc/X11/xorg_conf_arch
VIDEO=`/usr/sbin/lspci |grep -c nVidia`
rm /usr/lib/libGL.so 2>/dev/null
rm /usr/lib/libGL.so.1 2>/dev/null
rm /usr/lib/xorg/modules/extensions/libglx.so
if [ "$VIDEO" = 1 ]; then
cp -f /etc/X11/xorg.conf.arch.speed /etc/X11/xorg.conf
ln -sf /usr/lib/xorg/modules/extensions/libglx.so.100.14.19 /usr/lib/xorg/modules/extensions/libglx.so
ln -sf /usr/lib/libGL.so.100.14.19 /usr/lib/libGL.so.1
ln -sf /usr/lib/libGL.so.100.14.19 /usr/lib/libGL.so
ln -sf /usr/lib/libGLcore.so.100.14.19 /usr/lib/libGLcore.so.1
else
cp -f /etc/X11/xorg.conf.arch.stamina /etc/X11/xorg.conf
ln -sf /usr/lib/libGL.so.1.2 /usr/lib/libGL.so.1
ln -sf /usr/lib/libGL.so.1.2 /usr/lib/libGL.so
rm /usr/lib/libGLcore.so.1 2>/dev/null
ln -sf /usr/lib/xorg/modules/extensions/libGLcore.xorg /usr/lib/xorg/modules/extensions/libGLcore.so
ln -sf /usr/lib/xorg/modules/extensions/libglx.xorg /usr/lib/xorg/modules/extensions/libglx.so
fi
Code : Tout sélectionner
[ix@sz1m ~]$ cat /etc/rc.d/libglx.select
#!/bin/bash
. /etc/rc.conf
. /etc/rc.d/functions
PID=`pidof -o %PPID /etc/X11/xorg_conf_arch`
case "$1" in
start)
stat_busy "selecting opengl"
/etc/X11/xorg_conf_arch
if [ $? -gt 0 ]; then
stat_fail
else
add_daemon xorg_conf_arch
stat_done
fi
;;
stop)
stat_busy "stopping opengl"
if [ $? -gt 0 ]; then
stat_fail
else
rm_daemon xorg_conf_arch
stat_done
fi
;;
restart)
$0 stop
sleep 1
$0 start
;;
*)
echo "usage: $0 {start|stop|restart}"
esac
exit 0
Merci à tous
Jj'suis vraiment très agréablement surpris par pacman/yaourt.
Publié : mar. 30 oct. 2007, 19:24
par wain
cloownix a écrit :J'avais essayé yaourt -Sbw mais apparement il y a des subtilités

Euh le 'w' ne se mélange pas avec 'b". Si tu veux récupérer le pkbuild d'un programme, tapes simplement par exemple: yaourt -G libgl
cloownix a écrit :
:bravo::bravo: wain t'es un as !

:bravo::bravo:
trop bon customize-pkg.

Même plus besoin de cp libGL.so.1.2
Merci merci
cloownix a écrit :
après avoir collé tout ça au bon endroit (ainsi que les fichiers de conf de xorg) et ajouté libglx.select au rc.conf.
Ici aussi, le "b" n'est plus nécessaire car yaourt vérifie l'existance d'un fichier /etc/customizepkg.d/logiciel, et s'il le trouve alors il procède à la compilation du paquetage plutôt qu'à son téléchargement.
cloownix a écrit :Et si j'ai bien compris yaourt -Su doit mettre tout ça à jour (yaourt se souvient qu'il a compilé le paquet ?)
C'est ça! comme indiqué ci-dessus, yaourt trouve le fichier de conf pour customiser le PKGBUILD, donc il recompile à partir des sources.
Publié : mer. 31 oct. 2007, 09:24
par cloownix
wain a écrit :ci aussi, le "b" n'est plus nécessaire car yaourt vérifie l'existance d'un fichier /etc/customizepkg.d/logiciel, et s'il le trouve alors il procède à la compilation du paquetage plutôt qu'à son téléchargement.
C'est noté.