On Tue, 09 Mar 2004 09:06:11 +0100 Georges Mariano <mariano.georges@free.fr> wrote: > On Tue, 09 Mar 2004 08:50:26 +0100, Raphaël ""SurcouF" Bordet""" > wrote: > > > Le lun 08/03/2004 à 19:25, caffeine a écrit : > >> Bonjour, > >> > >> j'ai un dilemne que je m'en vais vous exposer: > >> > >> J'ai installé les paquets DRI trunk que j'ai trouvé ici: > >> http://people.debian.org/~daenzer/dri-trunk-sid/ > >> > >> L'accélération matérielle fonctionne bien, le problème est que > >> l'installation du moindre paquet de développement (SDL, clanlib, > >OpenGL)> explose tout (apt-get veut revenir au XFree standard, donc > >sans> accélération). Soit j'ai l'accélération et je ne peux pas > >développer,> soit je peux développer mais je n'ai pas d'accélération > >matérielle... > > > > Y' a peut-être une manière de s'en sortir un peu plus proprement que > les solutions "intuitives" ... ;-) > > Mais ça dépend de la manière dont le système réagit actuellement. > Supposons avoir installé un ensemble de paquets p-setA. > Or toute mise à jour demande des paquets p-set0 donc exit les setA... > > L'idée consiste à se donner des paquets "bidons" qui "provides" les > set0 et qui "depends" des setA. Le système a alors l'impression de > disposer des set0 alors qu'il n'a que des setA. Ça se fait par > utilisation du paquet equivs pour construire facilement les paquets > bidons... > > MAIS > > * ça peut être fastidieux et subtile > > * equivs ne gère pas les versions (on peut "provides" machin mais pas > machin (>= k.k), c'est bien dommage) > > * et ça dépend de la structure des set0 et setA (dans ton cas les > dépots Xfree ... je le sens pas ;-) > > Une autre solution (en fait je sais pas...) : quand on génère un dépot > local (par dpkg-scanpackages...), un paramètre en général ignoré > (mis à /dev/null) est un fichier d' "override" qui surchargerai > les dépendances ... ??? > > PS : préférence perso : recompier à partir des paquets sources, c'est > un travail > > * très instructif > > * très utile pour d'autres ? Merci à tous pour les suggestions, après un échange de mail avec l'auteur, le problème est plus ou moins réglé. Je poste la solution ici pour la postérité: - mettre à jour le paquet xlibmesa-gl1-dri-trunk dont la dernière version corrige le problème - se débrouiller avec /etc/apt/preferences pour que le paquet susnommé ne soit pas subrepticement désinstallé et remplacé. - Récupérer les libs nécessaires pour développer...
Attachment:
pgpZIvLzUCTYH.pgp
Description: PGP signature