Serveur X Debian Lenny - Paramètres hors plage - Page 5

Ça n'aura pris que 5 jours et une bonne centaine de posts, ça va

C'est clair, je ne te cache pas que je peux faire bien mieux
Par contre, je viens de percuter, ma libc a été mise à jour, donc ça va péter tout ce qui est paquets *-dev, tout ce qui est développement (gcc & co probablement). Je vais devoir garder les paquets de squeeze pour pas mal de trucs. Mais bon, tant que j'ai KDE3, le monde peut s'écrouler

installes fedora !

Hmmm. Je vais plutôt installer une squeeze en parallèle, voir ce que donne trinity-desktop dessus, et garder le plus stable moins casse-gueule.

vince (./123) :
installes fedora !

pour avoir un KDE 5 ?

Si tu as mis les dépôts sur squeeze et fait un upgrade, normalement tu dois avoir à peu de chose près une squeeze (bon normalement pour passer d'une version à l'autre c'est dist-upgrade plutôt que upgrade, donc là c'est peut-être incomplet, et par ailleurs c'est probablement moins clean que si tu avais installé directement une squeeze, mais bon c'est l'idée). Donc c'est pas une bonne idée de retirer les dépôts squeeze de ta liste, il vaut mieux mettre et lenny et squeeze (donc par défaut tout sera installé depuis squeeze si c'est possible puisque le numéro de version est supérieur), et interdire l'upgrade de tous les paquets KDE (tu les "pin" à leur version lenny pour être sûr de ne pas les mettre à jour par erreur). Cette page peut t'intéresser : http://yoush.homelinux.org:8079/tech/keeping-kde3-when-upgrading-to-squeeze

Du coup quand tu installeras un truc il t'installera la dernière version possible, donc squeeze si ça ne dépend pas de kde et lenny sinon (vu que la màj de kde est interdite).

(j'ai l'impression que ce que fait le gars est un peu overkill, d'après moi il devrait suffire de pinner le paquet kdelibs, comme ça l'upgrade vers la version 4 serait interdite et donc de facto aussi l'upgrade de tout ce qui en dépend, mais bon c'est peut-être plus prudent de faire comme lui...)

Ah ? Merci mille fois.
Je pense qu'il ne faut pas pinner que les kdelibs, parce que s'il veut mettre à jour Kate, par exemple, il installera kdelibs4 etc... MAis ce n'est qu'une hypothèse.

Tiens, je viens de percuter un truc, mon laptop aa une dalle 1920x1080, une Debian 5 tourne dessus sans aucun pb, avec ce xorg.conf par défaut :

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"fr"
	Option		"XkbVariant"	"latin9"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
EndSection

Section "Device"
	Identifier	"Configured Video Device"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
EndSection

Donc cette version de X sait faire ça...

N’importe quelle version de X sait gérer n’importe quelle résolution autant que je sache (bon il y a peut-être des exceptions), le problème que tu avais était l’absence de pilote pour ta carte graphique (beaucoup plus récente que la version de X en question) ^^. Ton laptop n’a probablement pas la même, et soit le pilote pour cette carte est inclus dans la vieille version de X, soit le mode 1920x1080 est prédéfini dans le BIOS de la carte et accessible en mode VESA (ce qui paraît réaliste si c’est une carte de laptop et l’écran du même laptop, je suis pas sûr que ce soit systématiquement fait mais a priori ça semble une bonne idée quand même ^^)

Erf, j'avais déjà oublié ce problème de double reconnaissance, à la fois écran ET carte graphique, merci

Je ne suis pas sûr qu’il y avait un problème de reconnaissance de l’écran, c’est juste les messages de X qui sont trompeurs (en terminologie X, un "screen", c’est l’ensemble d’une carte (device) et d’un "monitor". S’il ne reconnaît pas la carte, il te dit qu’il n’y a pas de screen...)

Et bien, te connaissant, X doit être un truc qui te plait avec sa terminologie bien à lui

euh... ça me plaît seulement quand c’est drôle, là c’est juste débile