Sie sind nicht angemeldet.

[erledigt] xorg-1.5.3 upgrade

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

21

12.04.2009, 00:04

Hierzu ein Zitat aus dem Nachbarforum

Zitat

du benötigst 2.6.28 mesa 7.3 und intel 2.6.1 ... dann gibts auch keine ttm fehler meldung mehr .. weil danach nur mehr GEM auf deinem system vorhanden ist.
Quelle http://forums.gentoo.org/viewtopic-p-5442509.html#5442509

Ich denke du kannst ruhig mal den 2.6.28er Kernel testen, bei mir läuft er bisher einwandfrei, du kannst ihn ja zunächst parallel zu deinem bisherigen bauen und somit ohne Risiko testen.

22

12.04.2009, 11:47

hallo

mein xserver funktioniert nun soweit wieder. leider hab ich da noch ein par komische phaenomaene:
  1. kann das swiss german tastatur layout nicht laden (de geht)
  2. antippen des touchpads wird nicht mehr als linker mausklick interpretiert
  3. die aufloesung beim gdm stimmt nicht
  4. ich kann mich bei gdm nur als root einloggen, als user geht nicht mehr


keine ahnung wie ich das konfigurieren kann. kann mir da jemand weiterhelfen?

/etc/hal/fdi/policy/10-x11-input.fdi:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
	<device>
		<match key="info.capabilities" contains="input.touchpad">
			<match key="input.product" string="SynPS/2 Synaptics TouchPad">
				<merge key="input.x11_driver" type="string">synaptics</merge>
				<merge key="input.x11_options.SHMConfig" type="string">True</merge>
			</match>
		</match>

		<match key="info.capabilities" contains="input.keys">
			<merge key="input.xkb.rules" type="string">xorg</merge>
			<merge key="input.xkb.model" type="string">evdev</merge>
			<!-- <merge key="input.xkb.layout" type="string">de</merge> -->
			<merge key="input.xkb.layout" type="string">ch</merge>
			<merge key="input.xkb.variant" type="string">nodeadkeys</merge>
		</match>
	</device>
</deviceinfo>


/etc/X11/xorg.conf:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
Section "Module"
    Load        "dbe"  	# Double buffer extension
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection
    Load        "freetype"
    Load       "glx"
    Load       "dri"
EndSection

Section "Files"
    FontPath   	"/usr/share/fonts/misc/"
    FontPath   	"/usr/share/fonts/Type1/"
    FontPath   	"/usr/share/fonts/100dpi/"
    FontPath   	"/usr/share/fonts/75dpi/"
    FontPath	"/usr/share/fonts/ttf-bitstream-vera/"
EndSection

Section "ServerFlags"

EndSection

Section "Monitor"
    Identifier  "TP_SXGA_1400x1050"
    HorizSync   30-60
    VertRefresh 50-60
    DisplaySize 300 230
EndSection

Section "Device"
    Identifier  "ATI_FIREGL_V5200"
    Driver      "fglrx"
    #VideoRam    131072
    BusID	"PCI:1:0:0"
EndSection

Section "Screen"
    Identifier  "TP_Screen"
    Device      "ATI_FIREGL_V5200"
    Monitor     "TP_SXGA_1400x1050"
    DefaultDepth 24 

    Subsection "Display"
        Depth       8
        Modes       "1400x1050"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1400x1050"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1400x1050"
        ViewPort    0 0
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier  "Simple Layout"
    Screen "TP_Screen"
    Option "AIGLX" "false"
EndSection

Section "DRI"
   Mode 0666
EndSection

Section "Extensions"
	Option "Composite" "0"
EndSection

23

12.04.2009, 14:33

Hallo

Ich begann diesen Thread im wesentlichen mit der Absicht, einen Howto Tip zu geben.
Soll ich ihn nun auf gelöst setzen?

In besagtem Wikibeitrag wird übrigens eine äußerst kleine xorg.conf exemplarisch gezeigt, die mit dem neuen xorg-1.5.3 einwandfrei funktioniert.

Ich wundere mich nur, warum meine noch so groß ist?
Mit der Konfiguration der xorg.conf komme ich selten klar. Ich stelle sie mal hier ein und wenn einer von Euch weiß was ich herausnehmen kann, nur zu :P

Meine xorg.conf:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
Section "ServerLayout"
   Identifier     "X.org Configured"
        Screen      0  "Screen0" 0 0
        Option         "NoPM" "true"
EndSection

Section "Files"
   ModulePath   "/usr/lib64/xorg/modules"
   ModulePath   "/usr/lib/xorg/modules"
   FontPath     "/usr/share/fonts/misc/"
   FontPath     "/usr/share/fonts/Type1/"
   FontPath     "/usr/share/fonts/100dpi/"
   FontPath     "/usr/share/fonts/75dpi/"
EndSection

Section "Module"
   Load  "dri"
   Load  "dbe"
   Load  "GLcore"
   Load  "extmod"
   Load  "glx"
   Load  "xtrap"
   Load  "record"
   Load  "freetype"
   Load  "type1"
EndSection

Section "InputDevice"
   Identifier  "Keyboard0"
   Driver      "kbd"
   Option       "XkbModel"   "pc105"
   Option       "XkbLayout"   "de"
   Option       "XkbVariant"   "nodeadkeys"
EndSection

Section "InputDevice"
   Identifier  "Mouse0"
   Driver      "mouse"
   Option       "Protocol" "auto"
   Option       "Device" "/dev/input/mice"
   Option       "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
   Identifier   "Monitor0"
   VendorName   "ACR"
   ModelName    "AL1716"
 ### Comment all HorizSync and VertRefresh values to use DDC:
   HorizSync    30.0 - 83.0
   VertRefresh  56.0 - 75.0
   Option       "DPMS"
EndSection

Section "Device"
   Identifier      "Card0"
        Driver          "nvidia"
        VendorName      "nVidia Corporation"
        BoardName       "NV17 [GeForce FX5200]"
        Option          "AllowGLXWithComposite" "true"
        Option          "AddARGBGLXVisuals"     "True"
        Option          "RandRRotation" "On"
        BusID           "PCI:1:0:0"
EndSection

Section "ServerFlags"
        Option         "AllowEmptyInput"      "true"
EndSection

Section "Screen"
   Identifier "Screen0"
   Device     "Card0"
   Monitor    "Monitor0"
   DefaultDepth 24
   SubSection "Display"
      Viewport   0 0
      Depth     16
      Modes   "1280x1024" "1024x768" "800x600"
   EndSubSection
   SubSection "Display"
      Viewport   0 0
      Depth     24
      Modes   "1280x1024" "1024x768" "800x600"
   EndSubSection
EndSection

Section "DRI"
        Mode 0666
EndSection

Section "Extensions"
   Option "Composite" "Enable"
EndSection


Das Beispiel:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
Section "ServerLayout"
Identifier     "ralles Layout"
      Screen      0  "ralles Screen0" 0 0
EndSection

Section "Device"
Identifier      "ralles Nvidia0"
      Driver          "nvidia"
      VendorName      "nVidia Corporation"
      BoardName       "NV70 [GeForce 7600 GT]"
      Option          "AllowGLXWithComposite" "true"        
      Option          "AddARGBGLXVisuals"     "True"
      Option          "RandRRotation" "On"
      Option          "ConnectToAcpid"    "off"
      Option          "MetaModes"         "1280x1024_75"
      BusID           "PCI:1:0:0"
EndSection

Section "ServerFlags"
      Option         "NoPM"   "true"
      Option         "AllowEmptyInput"  "true"
EndSection

Section "Screen"
Identifier "ralles Screen0"
Device     "ralles Nvidia0"
EndSection
Viele Grüße
Niniveh

24

12.04.2009, 18:40

Ich begann diesen Thread im wesentlichen mit der Absicht, einen Howto Tip zu geben.
Soll ich ihn nun auf gelöst setzen?
Ah.so, ja dann setze doch bitte ein [gelöst] oder [erledigt]

Das
Load "freetype"
solltest du nun in der xorg.conf auskommentieren, es wird so nicht mehr benötigt
Zitat aus dem offiziellen Xorg 1.5 Upgrade Guide http://www.gentoo.org/proj/en/desktop/x/…grade-guide.xml

Zitat

The old font handling was shaken quite a bit in our version of 1.5.3. The freetype module is now useless since the server uses libXfont to load whatever fonts you might have for legacy applications.


@brOOper
zu deinen Anfragen machst du am besten jeweils einen neuen Thread auf, ansonsten wird es einfach zu unübersichtlich.

MfG

25

12.04.2009, 19:10

Danke Josef

Ich kommentierte 2 Zeilen aus
Freetype / type1
Mal gucken ob dann meine Fehlermeldungen verschwinden.

Nun müsste bei mir ja fast alles über hal laufen, daher entfernte ich in der xorg.conf unter Section "ServerLayout" die Zeilen mit InputDevice.
Müsste ich demnach nicht auch diese beiden Abschnitte löschen?:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Section "InputDevice"
   Identifier  "Keyboard0"
   Driver      "kbd"
   Option       "XkbModel"   "pc105"
   Option       "XkbLayout"   "de"
   Option       "XkbVariant"   "nodeadkeys"
EndSection

Section "InputDevice"
   Identifier  "Mouse0"
   Driver      "mouse"
   Option       "Protocol" "auto"
   Option       "Device" "/dev/input/mice"
   Option       "ZAxisMapping" "4 5 6 7"
Viele Grüße
Niniveh

26

12.04.2009, 21:21

mmentier sie doch aus, Niniveh.. dann siehst du es.. aber eigentlich sollte es gehen.

Ich habe meinen X nun auch am laufen und hänge noch einmal kleine Fehlermöglichkeiten an, die mir unterlaufen sind.

1)
udev: Da ich meine Mouse über udev definiert habe, konnte hal sie unter den devices nicht finden; ergo wurde sie nicht korrekt
eingebunden. Udevregel entfern - geht
Also Eingabegeräte, sofern ihr hal dafür nutzt, aus der udev löschen oder auskommentieren.
2)
x11-drivers:
ich bin eigentlich davon ausgegangen, dass ein emerge -uDN xorg-server ALLE Abhängigkeiten (--deep) neu baut.
Scheinbar sind die x11-drivers aber keine Abhängigkeiten, oder es wurde vergessen, sie abhängig zu machen (meine Denkweise).
Wie Josef schon schrieb ist es unbedingt notwendig sie mit dem emerge --oneshot nachzuinsten! Sie werden beim X start sonst nicht
gefunden.

Abschließend noch eine Frage.
Die für die policy benötigten Einträge für die Hardware.. woher weiß ich die? Bei udev gibt es ja Möglichkeiten, dies nachzuschaun.
Wie geht das für hal/evdev Geräte?
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

27

12.04.2009, 21:49

Zu 2.
Wenn du dies so schreibst, dann hast du wohl was grundlegendes nicht verstanden.

Wenn Ebuild A abhängig ist von Ebuild B, wird bei einem "-vaDNu world" nur das Ebuild neu gebaut, das sich geändert hat. Außer bei ABI Änderungen ist es ja nicht notwendig alle abhängigen Pakete neu zu bauen.
Sonst müsstest du ja auch bei einem Update von X, alle Pakete die X benötigen neu bauen bzw. bei einem Update von Firefox - der X benötigt - jedesmal den kompletten Xserver.
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

28

12.04.2009, 23:53

@Poedel

zu deiner Abschlussfrage:
Schaue mal mit

Quellcode

1
$ lshal
dies sollte so einiges aus "hal-Sicht" ausspucken..

29

13.04.2009, 13:33

@maggu: bei sowas hättest du aber beim Prügen des Portage dran denken können ;P
ein revdep findet das aber auch net.. schade eigentlich.. nun denn.. es geht ja
@josef:
da hätte man drauf kommen können.. *G* habe nur befehle mit hal am Anfang gesucht *duck*
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

30

14.04.2009, 12:47

Hinweis

Ich habe auf Freedesktop.org noch folgendes entdeckt:

Zitat

Legacy Keys
"input.xkb.rules"
"input.xkb.model"
"input.xkb.layout"
"input.xkb.variant"
"input.xkb.options"

These keys are deprecated. Use these instead:
"input.x11_options.XkbRules"
"input.x11_options.XkbModel"
"input.x11_options.XkbLayout"
"input.x11_options.XkbVariant"
"input.x11_options.XkbOptions"

könnte sonst beim nächsten update zu weiteren problemen führen ;)

31

14.04.2009, 15:11

Noch eine weitere Stolperfalle ist wenn zb trotz korrekter Konfiguration von hal und evdev einige Tasten an Maus oder/und Tastatur nicht funktionieren, oder auf anderen Tasten liegen, wenn man evtl noch aus alten Zeiten Tasten via Xmodmap oder ähnliches umgelegt hat.
In so einem Fall also bitte überlegen und nachschauen ob noch Keys/Tasten von zb Xmodmap umgelegt werden, und diese dann abschalten!

32

14.04.2009, 16:38

hatte ich in .xkbd-dinxbums
fällt mir grad nicht ein
hab auch was in der Xmodmap..weiß aber nicht mehr genau warum *G*
muß alles mit der MX Revolution zu tun haben, glaube ich
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

33

14.04.2009, 19:46

Hallo

@ 2Gay2Play2Day
Sollen diese Eintraäge in die xorg.conf?
Auf jeden Fall? Wohin ist wohl egal?
[erledigt] xorg-1.5.3 upgrade
Viele Grüße
Niniveh

34

14.04.2009, 20:08

@Niniveh

Nein, nicht in die xorg.conf !!
Die genanten Variablen sind für die Zusammenstellung einer hal-Policy

Wenn dein X ,hal. usw korrekt läuft dann belasse es doch bitte zunächst so..

35

16.04.2009, 00:51

Update

Ich habe meine hal Policy nun noch mal überarbeitet und an die zukünftige Syntax angepasst, es schaut nun so aus

Quellcode

1
# cat /etc/hal/fdi/policy/10-x11-input.fdi

Quellcode

1
2
3
4
5
6
7
8
9
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
<match key="info.capabilities" contains="input.keys">
<merge key="input.x11_options.XkbRules" type="string">xorg</merge>
<merge key="input.x11_options.XkbModel" type="string">evdev</merge>
<merge key="input.x11_options.XkbLayout" type="string">de</merge>
<merge key="input.x11_options.XkbVariant" type="string">nodeadkeys</merge>
</match>
</deviceinfo>
Diese Policy sollte als Grund-Konfiguration universell erst mal zu nutzen sein, sie liefert ein Deutsches "de" Tastaturlayout in der Variante "nodeadkeys"

Edit:
Ich habe auch die die Anfang dieses Threads genannte Zusammenfassung noch ein wenig ergänzt und auch dort die hal-Policy angepasst.

Have Fun..

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (16.04.2009, 01:20)


36

16.04.2009, 08:05

Moin,

Quellcode

1
Diese Policy sollte als Grund-Konfiguration universell erst mal zu nutzen sein, sie liefert ein Deutsches "de" Tastaturlayout in der Variante "nodeadkeys"


trotydem ich diese Policy nutze habe ich ein amerikanisches Tasterturlayout. Und Compiz funktioniert auf zwei Systemen nicht. Es stirbt jedesmal der Windowmanager beim start von Compiz?
Hat vorher mit dem alten xorg-server Einwandfrei funktioniert.

Was k;nnte ich hier vergessen haben?

Gruss Micha.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Michigen« (16.04.2009, 09:20)


37

16.04.2009, 09:37


trotydem ich diese Policy nutze habe ich ein amerikanisches Tasterturlayout.


Kann ich bestaetigen.

38

16.04.2009, 09:59

falls Modifikationen in .xbkdbindings oder .Xmodmap vorgenommen wurden benennt diese mal um, oder sichert sie von anders hin weg.
Mir ist zwar nicht dieser Fehler passiert, aber besagte Dateien machten mir anderweitig Ärger. Wäre einen Versuch wert.
Danach halD und X neustarten.
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

39

16.04.2009, 10:04

falls Modifikationen in .xbkdbindings oder .Xmodmap vorgenommen wurden benennt diese mal um, oder sichert sie von anders hin weg.

Hab ich eigentlich nicht. Nur die policy in /etc/hal/fdi/policy geändert und die alte sicherheitshalber auskommentiert. Mit der alten hab ich germanisches Layout und mit der neuen eben amerikanisches. ?(

40

16.04.2009, 10:17

die alte policy, oder wie?
wenn es mit der alten geht, warum nimmst du sie dann nicht? verstehe ich da was falsch?

Keyboard und Maus Bereich in xorg.conf aus auskommentiert?
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de