Reprise du message précédent :
moi c'est xorgconfig qui marche pas, il me dit qu'une librairie n'est pas présente

 
Rebuild du SRPM ?
 
http://rpm.nyvalls.se/10.0/SRPMS/x [...] dk.src.rpm
http://www.heger.ch/linux/sagittar [...] dk.src.rpm (plus à jour pour les VIA unichrome mais basé sur le spec.file de svetjo et dont le mérite lui revient ainsi qu'aux packageurs mandrake ).
et son md5 http://www.heger.ch/linux/sagittar [...] md5sum.txt

Merci pour les liens mais est-ce que tu n'aurais pas une xorg-x11-6.8.1.rpm car les sources je les ai déjà.
Le rpm c'est juste pour pas casser toute la base de données des rpm !
Sinon comment se fait-il qu'au démarrage du serveur X j'ai un fond gris qui reste pendant 1 à 2 min. avant d'afficher la fenêtre de login ??

bah avec le src.rpm tu rebuild toi meme les rpm hein

bon suis une noob, j'ai trouver un how to pour rebuilder, donc sous ma community je rebuild et j'install ?? ca fera comme un packet officiel ? merci

j'ai pris ce lien : http://rpm.nyvalls.se/10.0/SRPMS/x [...] k.src.rpm.
55mo :| 15min pour le charger ... j'espére pas tout casser.

youhou , vais attendre un package off : erreur: Dépendances de construction manquantes:
        zlib-devel est nécessaire pour xorg-x11-6.8.1-1mdk
        flex est nécessaire pour xorg-x11-6.8.1-1mdk
        bison est nécessaire pour xorg-x11-6.8.1-1mdk
        pam-devel est nécessaire pour xorg-x11-6.8.1-1mdk
        libpng-devel est nécessaire pour xorg-x11-6.8.1-1mdk
        libexpat-devel est nécessaire pour xorg-x11-6.8.1-1mdk
        freetype2-devel est nécessaire pour xorg-x11-6.8.1-1mdk
        fontconfig-devel >= 2.1-4mdk est nécessaire pour xorg-x11-6.8.1-1mdk
        Glide_V3-DRI-devel >= cvs-2mdk est nécessaire pour xorg-x11-6.8.1-1mdk
 

2- au reboot nickel sauf que serveur x ne démarre pas pour une histoire de module de clavier inconnu/non trouvé  
Faut remplacer le driver keyboard par le kbd

Merci j'ai réussi à trouver la solution en faisant un mix entre mon ancien XF86COnfig-4 et le xorg généré par xorgconf  
 
Mikala> c'est bon j'ai déjà compiler le rpm à partir des 7 fichiers .bz2 : j'ai triché je les fais sur un ordi ou xorg n'était pas installé et après j'ai forcé l'installation....

PAr contre est-ce que c'est normal que ça mette plus de temps à démarrer, en particulier juste avant le fenêtre de login avec le mot de passe ??

Sous Mandrake, pour rebuilder vite fait un SRPM
 
1.- télécharger le source rpm
2.- engendrer un md5 avec md5sum et comparer avec le md5 originel
3.- ouvrir une console SU dans le dossier du src.rpm téléchargé. Il y a un moyen (meilleur) de ne pas le faire en root -> Cf. Mandrake RPM HowTo
4.- taper: rpmbuild --rebuild xorg-x11-6.8.1-1mdk.src.rpm
5.- si des fichiers de développement son manquants: urpmi librairie_manquante-devel
6.- urpmi.addmedia rebuild_i586 file: /usr/src/RPM/RPMS/i586
7.- urpmi --auto-select

oué c'est ce que j'ai fais, mais feignantise de telecharger toutes ces librairie manquante, mais bon je me lance ^^ (j'espére que ca vas pas tout me bousiller comme kde3.3 )

c po grave ca : attention: utilisateur tobbe inexistant - utilisation de root
attention: groupe tobbe inexistant - utilisation de root
 j'en ai tout une tripoter ...

non.

k, merci

bon aller j'install , vais tout péter chuis sur bref aprés ferais mumuse avec la transparence (ca fct avec kde 3.2.3 ??) .

Bon je l'ai installé , impeccable ca a l'air de fct (je sais pas comment verifier la version ) par contre j'ai perdu mon sablier , j'ai installé xcompmgr et transset comme dis a la page 4 ... mais rien ce passe qd je demarre transset j'ai le curseur qui devient une croix, et qd je clique bein ca redevient le classique curseur noir une idée ?
merci

faut demarrer xcompmgr pour pouvoir utiliser transset

heu ca me fait ca :  
[hooola@localhost xcompmgr]$ ./xcompmgr
No composite extension
 
pareil en root  
merci

il faudrait lire les autres posts

heu je fais ca ou j'ai utilisé la fonction recherche du topik enfin vais trouver, merci

dans ton fichier de conf d'xorg

Chemin : /etc/X11/xorg.conf

ouéééééééééé ca fonctionne, mais bon ca apporte pas grand chose pour le moment en plus ca fait un poil ramer (geforce2mx 400 sans driver proprio ) j'ai l'impression .

t'as pas vu sur une ati

Oui moi aussi j'ai cette impression surtout quand le serveur X démarre, et pourtant j'ai des drivers nvidia  

  (j'ose même pas y penser)

Je viens d'installer les pacquets officiel pour slackware 10.0 mais au lancement j'ai une erreur :  
 
X: /lib/libc.so.6 version "GLIBC_2.3.4" not found (requiered by X)
 
pouratnt j' ai verifier, j'ai bien un lien symbolique libc.so.6 dans /lib pointant sur "/lib/libc-2.3.2.so". Es la version de la lib qui fait planter le tout ?
 
Pour info j'ai déjà installer les paquet de linuxpackages.net sans aucun problème de ce genre    (ni d'acun autre, merci upgradepkg x11*.tgz   ). si quelqu'un a une idée.

c'était effectivement la version de la glibc qui n'était pas bonne maintenant sa marche nickel mais je me demande toujours pourquoi je n'avais pas de problèmes avec les paquets de linuxpackages.net.    

Quelqu'un pour un retour d'expérience KDE 3.3 avec xcomp et kwin ainsi modifiés :
http://www.kde-look.org/content/show.php?content=16114
Meci

Bonjour.
J'ai un portable avec écran TFT 1024*768. Je voudrais pouvoir profiter d'un écran CRT avec une résolution supérieur quand je suis chez moi. Je ne cherche pas à avoir les deux écrans en même temps, seulement l'un ou l'autre.
Actuellement je peux switcher sans problème d'écran TFT à CRT, afficher les deux en même temps, seulement l'un ou l'autre ça marche nickel sans avoir de config particulière à faire. Je peux donc utiliser le CRT externe à ma guise... en 1024*768 ce qui n'est guêre interessant!
La question qui se pose est: si le CRT avait une résolution différente du TFT? Genre le TFT à 1024*768 et le CRT à 1280*1024? Pourrais-je toujours switcher facilement comme aujourd'hui?
Voilou!

captitaine choc> tu utilise xorg ?
 
quoi qu'il en soit c'est toi qui spécifie la résolution que tu vas appliquer a tes écran (dans xf86config ou xorg.conf ...) pour l'instant tes 2 écrans fonctionnent à la meme résolution donc pas de pb. par contre pour pouvoir afficher 2 résolution différentes il faudrai pouvoir différencier les 2 écrans dans ton fichier de config :S
Si tu laisse tel quel l'écran qui est sencé faire faire du 1280x1024 sera mis dans la meme résolution que la dalle du portable...
 
je t'ais pas bcp aidé mais bon courage !

la question serait en fait de savoir si ce switch pourrait se faire automatiquement.

Hello,
 
c'est bien joli xorg .. j'aimais bien la transparence ..
 
mais j'ai trouvé ça moyen quand j'ai capté que l'opengl marchaint plus lorsque l'on activait le composite.
du coup je vois pas trop l'intéret ..
 
il n'y as pas de desktop manager qui pourrait causer directemetn en opengl pour faire de la transparence ou d'autres effets sympa ? (j'aimerai bien sous xfce4)
le pti soft engage d'enlightenment fait ça
 
voila c'était juste pour raler =)
 
edit: avant de raler, maintes recherches su lancera, et réponse a ta stupide question tu trouvera
TransluXent
http://forum.hardware.fr/forum2.ph [...] 0&subcat=0

Les drivers propriétaires nvidia ont une option pour que glx soit activé même lorsque Composite est utilisée (c'est documenté). Bien sûr, si glx est désactivé c'est parce que pour l'instant les clients ne peuvent pas savoir qu'ils doivent écrire dans un pixmap au lieu d'écrire sur l'écran, ce qui à tendance à provoquer quelques problèmes  
 

C'est normal, il n'y en a pas. Enfin, pas pour toi. Composite est expérimentale, elle n'est là pour permettre aux développeurs de se familiariser avec l'extension et leur laisser le temps de coder des applications avant que Composite soit suffisamment rapide pour être utilisée par tout le monde.
 

Il n'y a pas besoin d'utiliser glx pour faire de la transparence. On peut utiliser Render. Le problème c'est que c'est une PITA à accélérer à cause de XAA, donc c'est lent, donc bof.
 
Il y a bien waimea qui utilise cairo et qui peut donc dessiner en utilsant GL via glitz, mais bon... Il y a aussi luminocity, mais ce n'est pas non plus très utilisable.
 
GTK se dirige à grand pas vers l'utilisation de cairo par défaut, donc tu auras ton rendu gl possible d'ici peu de temps (je ne sais pas pour Qt, mais j'imagine qu'ils font la même chose).
 
Dans le futur, il est possible que ce soit le serveur X qui utilise glitz. D'ailleurs David Reveman a fait une démo de Xglx à la xdevconf qui a parait-il impressionnée. Mais ça ce n'est pas pour tout de suite.

pillow>  Merci pour toutes tes explications
j'essayerai Waimea un de ces 4 pour voir
 
a+

Waimea n'est vraiment pas impressionnant. C'est plutôt un bon exemple de l'utilisation de cairo. Luminocity est nettmeent plus intéressant  -- mais assez difficile à installer.