Gestern, nachdem  ich KDE 4.2 auf meinem Siduxsystem installiert hatte – Anleitung hierzu übrigens auf www.sidux.com – war die Freude groß, wie der Desktop im neuen KDE-Gewand erschien.

Die Desktopeffekte laufen  – dank des problemlos zu installierenden Nvidia Treiber – richtig flüssig ab und hinterlassen dabei einen wirklich gelungenen Eindruck.

Das Standarddesktoptheme – Oxygen genannt – wirkt modern.

Die in KDE 4 neu hinzugekommenen Widgets machen auch Spass, obwohl es natürlich teilweise auch reine Spielereien sind – aber eben schöne Spielereien .

KDE 4.2 gefällt mir alles in allem wirklich sehr gut.

Und nun zu meinem Problem

…welches ich nicht auf KDE4 schieben will. Komischerweise ist es mir trotz Recherche im Internet nicht gelungen, Flashvideos dazu zu bewegen, die dazugehörige Tonausgabe ebenso wiederzugeben.

Alles das, was mit einem Webbrowser (Iceweasel / Firefox) und Flash zutun hat  mutiert zumindest bei meiner vorliegenden Installation zum Stummfilm.

Bislang hab ich hierfür keine Lösung gefunden – Leider!

Falls irgendjemand diese Zeilen hier liest und etwas zur Lösung dieses Problems beitragen kann – Haltet euch nicht zurück

Problemlösung phonon-backend-xine?

Sicher ist es nicht, jedoch habe ich nun statt dem Paket phonon-backend-gstreamer das Paket phonon-backend-xine in Verwendung. Nun klappts mit dem Ton in Flashvideos unter Firefox.

Folgende Versionen von phonon-backend-xine und flashplugin-nonfree sind im Einsatz:

phonon-backend-xine:
Installiert: 4:4.3.1-1

flashplugin-nonfree:
Installiert: 1:2.5

Wie vielleicht vielen bekannt ist, gibt es einen sogenannten Any-Any Patch um der Vmware-Installation bei auftretenden Kompilierungsfehlern auf die Sprünge zu helfen. Dieser Patch wird immerwieder an die neuen Gegebenheiten (Kernelversionen) angepasst. Mit dem gerade aktuellen Siduxkernel funktioniert der Any-Any Patch in Version 117.

Eine Downloadmöglichkeit gibt es u.A. hier: http://download.rsbac.org/tmp/?C=S;O=A

Wie es scheint, gibt es zur Zeit auch noch Probleme mit dem Start der Vm-Ware-Konsole. Wer beim Starten die Fehlermeldung: Fehler:Zusicherung »((int) ((xcb_req) – (dpy->request)) >= 0)« nicht erfüllt erhält, sollte sich den letzten Post in folgendem Forum anschauen: http://communities.vmware.com/thread/154159

Im schlimmsten Fall kann man sich damit das System zerschiessen.

Deshalb sollte man immer apt-get von der Konsole aus bzw. smxi (für Dist-Upgrades) nutzen. Sehr hilfreich ist auch das KDE – Sidux Tool “HERMES”. Dieses Tool klinkt sich in die KDE-Menüleiste ein (neben der Uhrzeit) und zeigt aktuelle Distribution Upgrade Warnungen an.

• PCMCIA Karte in den Slot gesteckt und die Datei /var/log/messages (Syslog) beobachtet
• Karte wird als GPRS Modem erkannt
• Ihr wird automatisch der Anschluss /dev/ttyusb0 zugeordnet

Danach habe ich das Siduxadminprogramm “GPRS Einwahl” entsprechend auf diesen Anschluss konfiguriert und schon war ich im Internet. Im Zuge der Installation des Zuganges mit “GPRS Einwahl” wird gefragt ob /dev/ttyUsb0 automatsch /dev/modem zugeordnet werden soll. Das kann man normalerweise mit “OK” (JA) beantworten.

Ein weiterer Test mit KPPP verlief ebenfalls erfolgreich.

Bravo Sidux!

Mein Lösungsweg war, die Xorg.conf zu löschen. X lief danach ohne die xorg.conf Datei – inklusive funktionierendem Touchpad.

Ganz “clean” war die Sache dennoch nicht, denn obwohl es ein Feature von Xorg 7.3 ist, ohne die besagte Konfigurationsdatei zu laufen, gibt es zur Zeit ab und zu Probleme, wenn man auf die xorg.conf verzichtet.

So auch bei einer meiner erneuten Testinstallationen:

• Das Touchpad war nach dem Distribution Upgrade (Xorg 7.3) wieder tot
• Ich löschte die xorg.conf
• Wider erwarten startete das X-Window-System nicht und bemängelte eine fehlende xorg.conf

Der richtige Lösungsweg

• Editieren der xorg.conf
• Alle Einträge, die die USB Maus und Synaptics betreffen auskommentieren (einfach ein # (Rautezeichen) am Beginn der Zeile setzen, oder die Einträge löschen.)
• Es empfiehlt sich ein Backup der xorg.conf (In der Konsole: cp /etc/xorg.conf /etc/xorg.conf.bak -> kopiert die Datei xorg.conf und gibt ihr den Namen xorg.conf.bak)

Wenn alles korrekt auskommentiert wurde, sollte das Touchpad wieder laufen.

Bis vor kurzem war Xorg 7.3 in smxi auf “hold” (Es wurde also nicht mitinstalliert). Dem ist jetzt nicht mehr so. Xorg 7.3 wird, mit entsprechenden vorhergehenden Warninformationen, im Zuge des Distributionupgrades installiert.

Nach dem Upgrade

…funktionierte bei meiner Installation das Touchpad meines Acernotebook nicht mehr. Ganz mauslos war ich dennoch nicht, denn es gibt ja Gott sei Dank auch noch die USB-Maus.

Fehlersuche

In meiner xorg.conf konnte ich und auch die nette Community im IRC-Channel #sidux nichts Auffälliges bzw. Falsches finden.

Mit einem nicht funktionierenden Touchpad, wollte ich mich dennoch nicht zufrieden geben. Kurzerhand begab ich mich in die Konsole und stoppte den Windowmanager (als User root Befehl: init 3).

Im nächsten Schritt, mußte schließlich die xorg.conf dran glauben. (rm /etc/X11/xorg.conf). Ich wollte die Datei komplett neu aufbauen lassen (als User root Befehl: dpkg-reconfigure xserver-xorg).

Eigentlich nichts dabei gedacht…

habe ich mir, als ich ohne die Datei xorg.conf, die ich ja vorhin gelöscht hatte, den Befehl startx (startet das X-Window System, wenn man sich in einer Konsole oder zb. Runlevel 3 befindet) eingegeben habe, denn plötzlich war mein KDE, ohne groß vorher zu meckern, am Bildschirm und betriebsbereit.

Alles neu, alles besser

Wie sich später herausstellte, ist das eine der großen Innovationen von Xorg 7.3: Es sollte auch dann starten, wenn keine verwertbare Installationsdatei vorhanden ist. Dem war auch so

Begriffserklärrungen zum Artikel

smxi: Installationsscript unter Sidux, mit dem sich auf sehr einfache Art und Weise das System auf den aktuellen Stand bringen lässt. Zum Funktionsumfang zählt zb. auch die Installation des Nvidia Treiber, Virtual Box etc.

init: Befehl, der in der Konsole einzugeben ist, um das Runlevel zu wechseln. Runlevel 5 = X Window System, Runlevel 3 = Konsole

IRC-Channel: Bezeichnet einen Diskussionskanal im Internet Relay Chat (#sidux = der Sidux-Channel)