tout d'abord bonjours à tous (oui c'est un bon debut :) )
voila j'ai installé debian sous mon pc portable il y a deja 3 mois et sur mon gros pc hiers
 
le fait que je n'ai pas de DRI sous le pc portable ne me genais pas outre mesure mais sur le gros pc il en est tout autrement
je suis sous XFree86 4.3.x
 
j'ai tenté d'intaller les drives ati propriétaires pour ma carte graphique: ati radeon 9600 pro (sur port agp)
 
lorsque j'essaie de compiler et d'installer fglrx en tant que module j'ai:

 
de ce fait, modprobe flgrx ne donne rien, module introuvable
 
du coté des logs de X:

 
mon kernel actuel: 2.6.18.3 compillé pour un cpu k7
 
j'ai bien acrivé le agpart
et desactivé le Direct rendering manager dans le noyau a la compilation
cependent rien n'y fait, une idée ? svp :$

Quitte à installer un truc non libre sur debian, autant utiliser les sources non-free pour aptitude non ?
Genre "deb http://http.us.debian.org/debian sid non-free"  

ca aurais été avec plaisir mais je ne peux pas:
je suis sous Xfree et les deb present sur ce depot demande du xorg:
 
 

 
étant donné que je ne trouve pas de tuto suffisement clair pour installer xorg ou de deb pour cela je n'ose pas trop m'y risquer :$

 
Ben le truc c'est que Debian va mettre à jour ton XFree en Xorg .
 
 
 
Moi ce que je ferai à ta place :
 
1- rester en libre mais mettre à jour ta debian pour avoir Xorg, par exemple en passant en testing (son ptit nom en ce moment, Etch) :
les sources qui vont bien pour Etch :

l'upgrade : toute la distrib avec aptitude (ou juste la partie nécéssaire pour fglrx si tu veux être plus fin et garder le plus de logiciels possibles dans les versions que tu possèdes actuellement)
 
2- une fois ce gros update de fait, tenter l'installation de fglrx en non-free unstable (sid) :
les sources pour Sid et pour la partie non-free :

l'upgrade : demande juste l'installation de fglrx et laisse faire aptitude pour les dépendances, il passera en 'sid' ce dont il a besoin
 
 
Remarque : tu peux utiliser directement le point 2, mais toute ta distribution va être mise à jour en Sid, ce qui n'est pas forcément souhaitable (enfin ca dépend de tes goûts ca)
 
 

en fait si je fais ce que tu me suggere je risque de me retrouver en version unstable, et deja que je lute pas mal en stable je suppose que cela n'est pas une idée des plus briantes, pourtant je peux "juste" installer xorg et ses dependences a la place de XFree86 ?
 
genre: je met les sources que tu m'a donné dans le /etc/apt/sources.list
je apt-get update
et un truc genre: apt-get install xserver-xorg
 
ca irais ?

 
Tout à fait, mais sache qu'en général on utilise la stable pour les serveurs de productions, la testing (Etch) pour les desktops. Donc tout passer en Etch ne me semble pas problématique. Après quand tu voudras installer fglrx depuis la unstable (Sid) il y aura peu de mises à jour je pense, vu que tu auras déjà Xorg et compagnie (version testing).
 
De plus mieux vaut utiliser aptitude que apt-get

merci du tuyau pour aptide, bon je vais alors tester le fait d'installer uniquement xorg et je donne des nouvelle juste apres dire si ca a marché ou si je suis en train de me pendre dans mon sous sol suite a un échec cuisant

bon apparement ca passe pas:
 

 
voila voila, meme message via apt-get
j'ai comme l'impression que je suis dans une impasse

Meuh non, le mieux c'est que tu lances aptitude (tout seul).
Avant toute chose, CTRL-T, Options, Gestion des dépendances, tu décoches la case "Installer automatiquement les paquets recommandés"
Sur Debian les paquets recommandés ne sont pas les paquets nécéssaires (qui eux seront installés par défaut), c'est juste du superflu (genre tu installes KDE et il recommande Gnome, si jamais tu veux tester...)
 
 
Après tout est rappelé dans les menu (CTRL T).  
Par exemple tu peux faire u pour update (mise à jour des sources).
 
 
Tu cherches xserver-xorg :
- / pour avoir l'écran de recherche
- si tu cherches xserver-xorg tu trouveras tous les paquets contenant ce mot (n pour next)
- si tu cherches ^xserver-xorg$ tu trouveras le bon paquet directement, ^ veut dire "début de ligne" et $ "fin de ligne
 
 
Une fois sur ce paquet, tu peux faire Enter pour voir les détails, q pour fermer ces détails (en fait q ferme toutes nouvelles "vues", si tu ouvres pleins de trucs et que tu fais plusieurs fois q, tu finiras par revenir sur la vue de base.
 
Donc une fois sur ce paquet disais-je, tu peux faire :
+ pour ajouter
- pour retirer
= pour geler ton paquet et garder ta version
: pour rester en l'état (bref si tu fais trop de bordel, tu reviens sur la vue principale, tu fais : sur chacune des sections et ca annulera forcément tout ce que tu as fais durant ta session d'aptitude)  
 
Si tu fais + sur xserver-xorg pour l'installer, tu vas sans doute avoir des conflits (les mêmes que ceux que tu as vu en console), alors tu appuies sur b (comme broken) et ca t'emmène au package problématique (qui est sûrement en hold, en mode gelé quoi, et donc un simple + sur ce paquet annulera le hold et déclenchera son installation).  
 
 
Quand tu as résolu tous les conflits, g (pour go) t'emmène sur une vue qui résume tout ce qui va être fait, puis g encore une fois et tu déclenches tout.
 
 
 
Certes ca fait beaucoup à apprendre, mais aptitude est vraiment pratique pour résoudre le genre de pb auxquels tu fais face (mais faut apprendre à l'utiliser)

ah ok merci du tuyeau la ca marche presque, en fait je flippe car quand je met qqch (en loccurence xorg) en + il me met des tas  de trucs en violet ce qui ne me rassure pas des masses :$
c'est normal ?
 
entre autres il veu retirer apache2
il dis que si je le laisse faire il liberera 1.3go :s
pour remetre 43mo  
 
y'a vraiment pas de moyen de metre les fglrx sous xfree86 en attendan que org sois mis dans la sarge  ? :$ (espoir espoir qand tu nous tiens....)

 
Pour Xfree c'est mort je pense.
Pour le tas de truc qu'il veut virer c'est louche, regarde la vue détaillée du paquet apache2 pour voir les dépendances non satisfaites, tu devrais vite repérer ce qui cloche...

aptitude est vraiment pas fascile à utiliser :s
je comprends pas tout des codes de couleur et coté dependences il dis qu'il en manque pas mal apparement
 
ca vien surement du fait que le souces unstable soi chargé du coup il veu surement des mises a jours de paquets qui plaise pas a d'autres ( si jai biens compris)  
 
sinon je trouve bizzard ke leurs drivers ne fonctione que pour xorg alors qu'a linstall on me propose aussis pour xfree, de plus le probleme viens a linstall du module donc je suis un peu perdu la :$
le probleme était a:

 
une idée ?
 
car installer xorg risque de me causer pas mal de soucis si il veu retirer autant de paquets :s

 
Sauf que Debian est cohérent avec lui-même : si un beau matin tu décides d'utiliser les sources testing (Etch) ou unstable (Sid), le apache2 de Etch aura en dépendance des paquets trouvables dans Etch au même instant... sinon ca n'aurait aucun interêt, il faudrait tout gérer à la main    
 
Donc a priori si tu utilises les sources Etch, que tu fais un update puis que tu veux installer xorg, il doit y avoir très peu (pas) de conflits. Je ne comprends pas trop d'où ton pb peut venir

moinon plus je ne comprends pas pourqoi il refuse de metre JUSTE xorg et ses derpendences, car je vois pas ce que peu avoir a faire x à apache qui est un deamon
encore y'aurais une gui je dis pas mais la...
 
j'avou ne plus savoir quoi faire

As-tu utiliser le programme "module-assistant"?  
Il facilite la compilation de modules .

hum pas encore je vais tenter de voir ce que ca donne de son coté, ( je finis de compiler mon wxWideget et je tente)
 
faites moi pensser à pester contre ati de ne pas faire des drivers digne de ce nom... un .deb ca les aurais pas tué...
 
voila c fais donc:
en root => module-assistant
je ne trouve pas fglrx dans la liste des modules dispo
de ce fait ben pas moyen de continuer snif pauvre de moi
 
 
E: Impossible de trouver le paquet kernel-headers-2.6.18.3 <<< ca c'est surement pck j'ai installé les sources de mon noyau a la main non?
c'est genan ? :$
si ca se trouve ca peu venir de la que le ./make_install.sh de fglrx ne veu pas finir non ?

Xorg n'entrera _jamais_ dans Sarge : une fois qu'une version est considérée comme stable par Debian, elle reste figée / ne change plus jusqu'à la sortie d'une version stable suivante (la prochaine prévue est Etch).
 
Les seuls moyens possibles si tu veux Xorg donc, c'est soit d'utiliser un backport (une version non-officielle de Xorg et des dépendances adaptées pour Sarge installable via le dépôt fourni par backport.org ), soit de passer dès à présent en Etch  -bien qu'elle ne soit pas encore considérée comme stable (en remplaçant les termes 'sarge' ou 'stable' par 'etch' dans le fichier /etc/apt/sources.list puis en faisant aptitude update && aptitude -f dist-upgrade).
 
Sinon pour info je connais des utilisateurs de Debian Sarge qui font tourner leur carte vidéo sous XFree avec les binaires fglrx fourni par Ati donc ça doit être tout à fait possible.

apparement oui c'est possible selon de nombreux tutos le probleme c'est qu'arrivé a la partie ou je suis censsé faire mon ./make_install.sh dans /lib/modules/fglrx
il refuse de s'installer
la je suis en train de metre a jour mon kernel en 2.6.19 pour voir si ca resoudra le probleme (et aussis pour le plaisir)
 
la version backport de xorg est stable ?
je ne risque pas de me retrouver sans interface si je me loupe ?
 
si je suis sous stable je peu passer sous etch sans probleme ?
si je souaite revenir de etch a sarge c'est possible ou a éviter ?
désolé si je pose autant de question mais j'ai peur de me ratter sur ce coup la et de devoir réinstaller tout debian comme la fois ou j'avais éssayé de metre glx sur mon laptop

Je n'ai pas testé donc je n'en sais rien ; maintenant c'est la version de Etch qui est backportée pour Sarge, vu qu'elle ne pose pas de problème en ce moment ça devrait correctement fonctionner.

Ça peut arriver, mais il suffit de reconfigurer le serveur X correctement depuis la console en cas de coup dur. Tu ne risques quand même pas de tout flinguer hein, généralement si tu n'as plus d'interface c'est juste une histoire de fichier mal paramétré pour Xorg.

Oui, avec la manip' que j'ai indiqué précédemment.

Debian ne supporte pas le 'downgrade', seulement 'l'upgrade' de version ; tu peux quand même tenter ce type d'opération mais le résultat n'est absolument pas garanti (comprendre que tu risques fortement de tout casser).

 
oui tu peux passer en Etch sans pb.
non tu ne pourras pas revenir en arrière c'est chaud de downgrader autant de paquets.
 
Je me répète, mais desktop = testing/Etch, et pas Sarge.

ok ok
la je viens de passer en kernel 2.6.19 et j'ai voulus reinstaller les drivers depuis ati-driver-installer-8.31.5-x86.x86_64.run ce coup ci je n'arriv meme plus a compiler le module :s
 

 
jaimerais tenter au moin ca avan ce passer sous etch (si jammais pouvais éviter d'en arriver la ce serais cool )

YEAHHHHHHHHHHHHhhhhhhhhhhhhhh
super bonne nouvelle
 
jai réusi a activer ce fichu DRI:
 
voici comment j'ai procedé pour ceux a qui le meme probleme surviendrais:
 
0: purger tout les drives fglrx (effacer /lib/modules/fglrx )
1: choper les sources du noyau et desactiver le direct rendering manager deja puis compiler le tout
2: prendre le .run des drivers ati proprio linstaller
3: en root:
    nano /lib/modules/KERNEL-VERSION/build/include/linux/config.h

sauvez le fichier
4: cd /lib/modules/fglrx/build_mod
5: ./make.sh
6: cd ..
7: ./make_install
 
voila c'est bon y'a plus qu'a redemarer le serveur X (ctrl + alt + backspace)
testez avec: glxinfo | grep rendering
chez moi ca donne:
 
chr0nos@blackpearl:~$ glxinfo | grep rendering
direct rendering: Yes
 
vous pouvez tester:
chr0nos@blackpearl:~$ glxgears
801 frames in 5.0 seconds = 160.200 FPS
1137 frames in 5.0 seconds = 227.400 FPS
1257 frames in 5.0 seconds = 251.400 FPS
1520 frames in 5.0 seconds = 304.000 FPS
 
(ca m'étone de pas faire plus mais je vais pas chercher a comprendre hein )) au moin ca prend plus la totalitée de mon cpu )
 
merci a tous pour votre aide

Content que tu sois arrivé à résoudre ton problème, du moins partiellement je pense.  

Même si glxgears n'est pas un outil de bench à vraisemblablement parler, tes résultats sont à mon avis bien en-dessous de ce que tu dois pouvoir attendre d'une Ati Radeon 9600 Pro.

Avec le simple chipset Intel (un 915GMA) intégré dans mon ultra-portable j'ai déjà plus du double en images par seconde :

Je pense donc que ton installation ne doit pas être faite proprement même si ça fonctionne.

que puis-je faire pour combler ce probleme ?
deja je vien de voir dans la config ati ( en gui ) que j'avais le mode "clone" pour les ecrants je vien de le passer a "single" on sais jammais (ca fera deja ca taff en moin a la carte)
 
hum je vien de me rendre compte que quand je met la fenetre de glxgears en arriere plan (donc la console ne premier plan) j'obtiens:
 

 
6000 fps
 
voici mon fichier de config:

 
 
qqch qui cloche la dedans ?

souos mon laptop c'est pire je ne peu meme pas compiler le module:

il est sous kernel 2.6.19 pour pentium M
et une carte ati radeon 9000 mobility
 
une idée?

j'ai éssayer de recompiler (on sais jammais)
mais rien n'y fait
persone n'aurais une idée svp

please un coup de main je pete un cable la, tout ce que je fais n'aboutis a rien si ce n'est le meme resultat

Ben je pense pas que tu aies un pb Des fps merdiques quand la fenêtre est affichée (drivers ati proprio), des fps de folies quand la fenêtre est masquée (comportement classique de fglxgears)  
 
J'ai aussi une 9600, je te dirai combien j'ai de fps dans la soirée

je parle pour le pc portable :$
sur le gros pc ca tourne impec
 
sur le pc portable je n'arrive meme pas a compiler le module fglrx :$

je suis bloque la sur le laptop:
 

 
 
je sais plus quoi faire la

La solution au problème t'est quasiment indiquée : il manque les en-têtes du noyau (headers). Installe le paquet linux-headers correspondant à l'image de noyau installée. Si c'est un noyau "fait maison" (que tu as compilé) ajuste ton lien symbolique (par ex. ln -s /usr/src/linux/linux-source-2.6.19 /usr/src/linux )

Stable c'est pas utilisable pour un desktop.
Un kernel compilé maison c'est de la foutaise quand on ne sait pas ce qu'on fait.
"Pré-Dépend: x11-common (>= 7.0.0-0ubuntu3) mais il n'est pas installable" ca me ferait bien chié que ca soit Debian qui te propose des paquets venant d'Ubuntu.
 
Bref arrête ton massacre, prend un CD de netinstall Etch et réinstalle. Ca sera plus rapide.

hein ?
mon kernel est compilé a lal main car je veu pas me retrouver avec un noyau qui a 6 mois, mon lien symbolique est deja mis jaivaiis fait: ln -s /usr/src/linux-2.6.19.1 /usr/src/linux
 
c'est pour ca que je ne comprends pas ce qui ne va pas
 
la je ne cherche pas a metre xorg ou quoi d'autre, juste mes drivers ati proprio, je sais qu'avoir l'acceleration graphique est possible sous xfree puisque je l'ai fais avec mon autre gros pc (voir pllus haut) le truc c'est que j'ai fais la meme chose et que la ca en fonctione pas

Han j'avais pas vu ça quand j'avais répondu auparavant   ... Si ta distrib est partiellement "ubuntuisée" ca me semble mal barré, il faut la "redebianiser", ce qui est assez particulier comme opération (faudrait sans doute supprimer tous les paquets ubuntu et installer les paquets debian équivalents)

je ne travaille plus avec cette solution la en fait, ma distrib est 100% debian, c'était juste que le depot que je tentais utiliser semblais daubé
 
la en fait ce que je j'ai tenté de faire:
supprimer /lib/modules/fglrx (car ne compilais pas)
lancer le .run des drivers ati proprio
aler dans /lib/modules/fglrx/build_mod/
lancer le make.sh en root
et ca ne compile pas
 
l'erreur avec ke unbuntu c'était sur le gros pc ca :$

persone ? :$