Ganz kurz als „Auflösung“ zum letzten Eintrag. Gekauft habe ich mir von Dell einen neuen Laptop:

Dell XPS 1530 mit Nvidia GeForce 8600M GT, 4 GB RAM, Intel Core 2 Duo CPU T9300 @ 2,5 GHz

Und ENDLICH habe ich darauf Ubuntu 9.10 Karmic Koala installiert. Hier also „kurz“ meine Eindrücke. Und wie man das Frontmic zum laufen bekommt.

Ich habe zwar zuerst ein Update von Jaunty auf Karmic vorgenommen, was auch funktioniert hat. Jedoch hat sich alles nicht so „geschmeidig“ angefühlt und meine Datenpartition war falsch eingebunden. Ausserdem wollte ich ja GRUB2 haben und /root und /home mit ext4 betreiben. Deswegen habe ich mich für eine Neuinstallation entschieden. Was ich ansich immer gern mache, weil dadurch das System halbjährlich von dem ganzen Mist, den man so probehalber installiert befreit wird.

Also Backup erstellt und dabei diesmal besonders aufgepasst, da ich ja diesmal mein /home auch formatiert habe.

Zur Installation brauch ich nicht viel sagen, lief wie gewohnt schnell und reibungslos. Eigentlich ist ja immer nur an einem einzigen Punkt Konzentration angesagt. Nämlich dann, wenn man Partitionen händisch vergibt und einige davon partitioniert werden sollen, andere aber unangetastet bleiben sollen. Ich habe übrigens wieder die 32-bit-Installation verwendet. Mit Ubuntu werden hier bis zu 4 GB RAM-Arbeitsspeicher erkannt. Vielleicht ja nächstes mal 64-bit… mal sehen.

Nach ungefähr 25 Minuten war die Installation abgeschlossen und mein Ubuntu startete mit einem jungfräulichem Karmic Koala. Ich persönlich kann nicht sagen, dass das starten schneller als mit Jaunty ist. Ich fand es ja da schon ziemlich flott und so ist es auch geblieben. Sieht alles ganz schick aus. Was mir als erstes aufgefallen ist, dass die Schriften anders geglättet sind. Am Anfang fand ich das irgendwie komisch, aber schon nach ungefähr 2 Stunden hab ich mich dran gewöhnt und würde jetzt wahrscheinlich die alte Darstellung komisch finden.

Schon der Anblick des stufigen Verlaufs des Hintergrundbildes sagte mir: jetzt mal gleich den Grafiktreiber installieren. Bequem wie immer habe ich das über Ubuntus Hardware-Treiber-Assistent gemacht und damit den Nvidia Treiber version 185 installiert. Ein Neustart später sah alles wunderbar aus. So richtig geschmeidig und hübsch. Erst nach ner Weile hab ich realisiert, dass ja Compiz jetzt schon per default nach der Installation eines passenden Treibers aktiviert ist. In der Standardeinstellung ist das wirklich sehr hübsch, ohne wabbelige Fenster oder den ganzen Schnickschnack. Einfach ein paar Schatten, geschmeidige Animationen. Gefällt mir! Wer mehr will kann ja mit einem rechtsklick auf den Desktop, „Hintergrund der Arbeitsfläche ändern“ > „Visuelle Effekte“ auf „Extra“ gehen und bekommt dann wabbelige Fenster. Und wer nochmehr will installiert sich einfach das Paket

compizconfig-settings-manager

dass dann unter „System > Einstellungen“ zu finden ist. Hier lassen sich ganz bequem Compiz-Plugins aktivieren und deaktivieren. Ich sage nur „Würfel“!

Jetzt aber mal Butter bei die Fische – was geht denn jetzt alles an Hardware „out-of-the-box“ mit meinem Dell XPS 1530?

LAN – ja
WLAN – ja
Grafik – ja (nach installation des Nvidia-Treibers auch 3D und Compiz)
eingebaute Webcam – ja
Sound – ja
eingebautes Mikro – ja
Frontmikro – ja (aber erst nach einer besonderen Einstellungen, dazu gleich mehr)
Bluetooth – ja (Probiert mit meinem Nokia 6300)
Fn-Tasten für Helligkeit, CD-Auswurf – ja
Multimedia-Tasten – ja
Card-Reader – ja
USB-Eingänge – ja

Fingerabrucksensor – keine Ahnung, noch nie ausprobiert
Firewire – keine Ahnung, da kein externes Firewire-Gerät
HDMI-Ausgang – keine Ahnung, siehe oben

Habe ich etwas vergessen? Wenn ja, brauch ich es nicht oder habe im Moment kein externes Gerät zum ausprobieren.

Ich muss gestehen, ist jetzt alles fast ein bisschen langweilig, da keine Katastrophen zu berichte sind – es geht einfach alles. Ansonsten gibt es ein paar Neuigkeiten unter der Haube. Augenscheinlich für mich war das andere Fontaliasing und der Software-Center. Der ist ganz nett zum stöbern, leider kann man nur ein Programm gleichzeitig installieren. Somit ist für mich Synaptic immer noch das Mittel zur Wahl. Aber ganz nett ist es.

Ubuntu One

Ach ja, Ubuntu One gibt es ja auch noch! Auf den ersten Blick nichts wirklich neues. Jeder kann jetzt auf 2GB Plattenplatz auf einem Ubuntu (Canonical)-Server verwenden zur Ablage eigener Dateien. Wer mehr Platz braucht (50GB) kann 10 US$ löhnen und diese dann erhalten. Das ist nett, bieten ja aber mittlerweile einige Anbieter an.
Was aber wirklich sehr schön daran ist, ist die Integration in den Ubuntu-Desktop.

Ubuntu One Integration in Nautilus

Ganz bequem kann man hier über den Nautilus-Filemanager Dateien auf den Server hochladen und auch Order für andere freigeben.

Ubuntu One - Ordner freigeben

Um Ubuntu-One nutzen zu können, benötigt man einen Launchpad-Account. Jaunty-User können Ubuntu-One auch nutzen.

OK, aber eines habe ich:

Frontmikro aktivieren

Jaaaaa…. endlich! Ich kann was berichten. Karmic setzt ja jetzt mehr denn je auf Pulseaudio. Wenn ihr mit rechtsklick auf das Laustprechersymbol klickt und dann „Einstellungen“ auswählt, bekommt ihr auch nicht mehr den gewohnten Alsa-Mixer sondern die PulseAudio-Einstellungen. Diese langen leider nicht, um das das Frontmikro in Betrieb zu nehmen. Nur die Auswahl „Microphone 2″ ist leider nicht genug.

Was also tun, wenn einem das eingebaute Mikro nicht genügt und man den vorderen Mikrofon-Eingang braucht?

Hier muss man doch wieder auf den guten alten Alsamixer zurückgreifen. Dieser ist zwar nicht mehr ganz so hübsch mit der richtigen GUI erreichbar aber do doch noch mit einer „halben“ GUI.
Dazu im Terminal den Befehl

alsamixer

eingeben. Im Terminal bekommt ihr dann den Alsamixer. Am besten ihr zieht das Fenster etwas breiter, dann seht ihr alle Regler. Ihr seid zu Anfangs in den [Playback] Einstellungen. Seht ihr oben unter „View“. Die Einstellungen könnt ihr mit der mit der Tab-Taste durchgehen. Playback, Caputure, all.
Als erstes brauchen wir „Playback“. Hier geht ihr mit der Pfeiltaste (nach rechts) zu und wählt dort „Analog I“ aus (mit Pfeiltaste nach oben/unten).

Alsamixer Playback-Einstellungen

Mit der Tab-Taste nun zum Bereich [Capture] wechseln. Hier gibt es drei Input-Sources. Wie vorher wählt springt ihr mit der Pfeiltaste zu den entsprechenden Reglern und stellt diese nun (mit Pfeiltaste nach oben) alle drei auf „Front Mi“.

Alsamixer Capture-Einstellugen

Mit der Escape-Taste beendet ihr den Alsamixer.

Das war’s auch schon. Zum Test einfach mal ein Mikrofon in den vorderen Eingang stecken und einfach mal mit dem Gnome-Audio-Recorder ausprobieren.

Nochwas zu Webcams

Die eingebaute Webcam des Dell verwendet den UVC-Treiber, der nun auch out-of-the-box von Ubuntu unterstützt wird. Ausprobiert habe ich die Cam mit Skype, Cheese und Pidgin. Camorama kann mit dem UVC-Treiber leider nicht umgehen, da immmer noch nur V4L unterstützt wird, nicht V4L2. Wir Camorma überhaupt noch weiterentwickelt? Wäre irgendwie Schade, wenn nicht.

Außerdem werden Webcams unterstützt, die den PWC-Treiber verwenden, wie zum Beispiel meine externe Webcam Philips SPC900NC/00. Super Teil übrigens, macht gute Bilder auch bei schlechter Beleuchtung. Mein Webcam-Tipp deswegen.

Und – endlich werden auch wieder Cams „einfach so“ unterstützt, die den gspca-Treiber verwenden. Habe das mit zwei meiner alten Logictec-Cams ausprobiert.
Somit sollten jetzt wirklich die meisten Webcams unterstützt werden.

Das wars soweit von mir erstmal. Man könnte sagen, ich bin mal wieder glücklich und zufrieden mit meiner Kombination Dell-Laptop und Ubuntu. Ach ja… fällt mir ein, dass das der erste Laptop komplett ohne Windows-Installation ist. Habe diesen Laptop ja schon seit Februar und noch keine Notwendigkeit gesehen, Windows darauf zu installieren. Eine Partition habe ich dafür sogar vorgesehen, aber die ist nach wie vor leer!

Aber jetzt nach dem Update auf Intrepid hab ich gedacht, ich probier Compiz mal wieder aus. Diesmal hab ich nicht den Fehler gemacht, alles m̦gliche haben zu wollen. Keine wobbly Windows mehr, nur noch wenige Effekte, den Cube. Und damit sieht mein Intrepid auch wirklich zauberhaft aus bis auf Рja, die Fensterrahmen wurden nicht richtig dargestellt, siehe Snapshot nebenan.

In Intrepid gibt es mit der Kombination Compiz und Nvidia (Karten der 5/6/7-Reihe) in Verbindung mit dem Human-Theme Probleme. In Foren habe schon gelesen, eine Lösung ist, das Human-Clearlooks-Theme zu verwenden, was ja fast genauso wie das Human-Theme aussieht. Hat bei mir jedoch keine Änderung gebracht, Fensterrahmen sehen meistens immer noch so „crappy“ aus, Beschriftung ist nicht lesbar. So macht natürlich Compiz keinen Spaß. Wenn man allerdings ein anderes Theme als ein Human nimmt, tritt das Problem auf. Aber hey – ich will schon das Human-Theme und keinesfalls irgendwas blaues! Was also tun?

Mittlerweile hab ich es so eingegrenzt – es liegt wohl nicht am kompletten Theme, sondern wirklich nur an den Fensterrahmen. Nimmt man das Human-Theme und ändert hier nur den Fensterrahmen, funktioniert alles.

Ich habe dann Gnome-look.org durchstöbert nach einem Theme/Fensterrahmen, dass gut zum Human-Theme passt und bin dann auf eine Theme namens EnergyOrange gestoßen. Das also heruntergeladen, installiert (einfach das .tar.gz in das Theme-Fenster ziehen), danach Human-Theme auswählen -> Anpassen -> Fensterrahmen und dort „EnergyOrange“ auswählen.
Und tadaaa – mit diesem Fensterrahmen klappt alles wunderbar. Und es gefällt mir sogar noch besser als vorher.

Ein richtiger „fix“ ist das zwar nicht und der Bug ist total ärgerlich, aber ich bin erstmal zufrieden damit.

Compiz fluppt wirklich gut bei mir (Dell Inspiron 6400 Laptop mit Nvidia GeForce Go 7300). Ich habe bisher noch keine Probleme mit Anwendungen feststellen können. Fühlt sich sehr gut an bisher.

Zu dieser Problematik existiert auch schon ein Bugreport (Bug #274995). Es scheint wohl nur bei einigen Netzwerkkarten in Verbindung mit ALSA Probleme zu geben. Der technische Zusammenhang zwischen Netzwerk und Soundsystem ist mir allerdings unklar. Das Problem kann nämlich behoben werden, indem man die Netzwerkverbindungen trennt, bevor ALSA herunterfährt. Das kann man theoretisch händisch vor jedem runterfahren machen, nervt aber natürlich.

Problemlösung

Der Bug kann durch eine Modifikation der Datei „alsa-utils“ behoben werden. Dazu diese mit einem Texteditor eures Vertrauens öffnen, z. B. gedit:

sudo gedit /etc/init.d/alsa-utils

Am Beginn der Sektion „stop)“ sagt ihr nun, dass die Netzwerkverbindungen vor dem ALSA-shutdown gestoppt werden sollen, bei mir sind das wlan0 und eth0 (ihr müsst natürlich die euren nehmen). Dafür füge ich zwei Zeilen in die Datei hinzu nämlich:

ifconfig wlan0 down
ifconfig eth0 down

Der betreffende Ausschnitt der Datei sieht dann so aus:

*SCHNIPP*
——————————
stop)
ifconfig wlan0 down
ifconfig eth0 down
EXITSTATUS=0
TARGET_CARD=“$2″
case „$TARGET_CARD“ in
„“|all) TARGET_CARD=all ; log_action_begin_msg „Shutting down ALSA“ ;;
…
———————————
*SCHNAPP*

Und tatsächlich gibt es dann beim Herunterfahren keine Probleme mehr. Ob es dieser Fix wohl noch in die finale Version von Intrepid schafft? Zu wünschen wäre es. Natürlich betrifft der Bug nur eine geringe Anzahl von Usern, für die ist es aber wirklich sehr ärgerlich.

Und dann war da noch der laute Beep

Ach ja, noch etwas nerviges hatte ich seit dem Update auf Intrepid. Mein Laptop gab einen lauten „Beep“ von sich beim Herunterfahren. Die Blicke sind einem dann im Zug (oder wo man auch immer mit dem Laptop arbeitet) sicher, aber das will man ja normalerweise nicht. Lösung dafür ist, das Modul „pcspkr“ zu Blacklisten.

sudo gedit /etc/modprobe.d/blacklist

und hier den Eintrag

#blacklist pc speaker to get rid of annoying beeps
blacklist pcspkr

hinzufügen. Ab dem nächsten Neustart piepts dann nicht mehr.

Und dann war da noch die unschöne Anzeige der Fensterrahmen im Human-Theme, wenn Compiz aktiviert ist (nur bei Nvidia der 6er & 7er Reihe), aber dazu schreibe ich dann nen extra Eintrag…

Und jetzt schnurrt mein Intrepid wie ein Kätzchen und sieht auch noch allerliebst aus.

Und die obligatorische Warnung: Ubuntu 8.10 ist noch im Beta-Stadium, enthält Bugs und ist für Anfänger nicht geeignet, genauso wenig für Rechner, die dringend für den produktiven Einsatz benötigt werden. Eine Beta-Version ist zum testen da!

Bisher konnte ich nur 2 Bugs feststellen, wobei der eine kein richtiger Bug ist, könnte sogar in einigen Ländern als „Feature“ aufgefasst werden. Dieser betrifft die Verbindung zu einigen WLANs, aber dazu Infos am Ende dieses Eintrages.

Ich habe ganz brav über den Update-Manager aktualisiert. Also ein ALT+F2 und dann

update-manager -d

Damit wird der Update-Manager aufgerufen und zeigt auch Entwicklerversionen an, auf die man aktualisieren kann. In unserem Fall wird ein Update auf Ubuntu 8.10 angeboten, welches normalerweise erst NACH dem finalen Release angeboten wird.

Ich habe mal absichtlich nichts gemacht, was ich normalerweise vor einem Update machen würde: ich habe nicht die Fremdquellen in meiner sources.list auskommentiert und ich habe auch nicht den prop. NVIDIA-Treiber deaktiviert. Mal so, wie es später der normale User macht, einfach mit dem System wie es ist auf den Button „Aktualisieren“ gedrückt. Ich erwähne nur der Ordnung halber, dass ich natürlich vor dem Update ein Backup meiner Daten gemacht und ich auch eine Neuinstallation des Systems in Kauf genommen habe. Aber ich will ja testen!

Das mit den Fremdquellen bei einem Update ist auch tatsächlich kein Problem mehr, sie werden beim Aktualisieren automatisch deaktiviert:

Das Update lief dann mehr oder weniger gut durch. Ich erhielt eine Fehlermeldung bezüglich Samba, die ich mal geflissentlich ignoriert habe. Ungefähr zweimal habe ich auch diese Fehlermeldung bekommen, mit der ich so gar nichts anfangen konnte:

Ich hab diese dann also erstmal weggeklickt. Nach dem Update habe ich dann einen Neustart gemacht und bin dann gleich mal auf den ersten Bug gestoßen, der mich heute „noch“ quält (ich hab erst gestern das Update gemacht): beim Herunterfahren bleibt mein Rechner bei der Meldung „Shutting down ALSA“ hängen. Ich habe gedacht, der Rechner steht total und habe nach ner Weile „gewaltsam“ ausgeschalten. Mittlerweile hab ich das ein paar mal ausprobiert. Es ist so, dass der Rechner schon runterfährt, nur da eeeeewig hängenbleibt. Ich weiß nicht genau wie lange. Ich habe den Rechner heute auf jedenfall runtergefahren, bin dann Duschen gegangen und wie ich wieder kam war er auch ganz normal ausgeschalten. Das Problem habe ich bisher jedesmal beim Runterfahren, bedarf noch einer genaueren Investigation.

Als ich dann Hochgefahren habe, hatte ich erstmal keinen X-Server, nur eine Fehlermeldung, dass etwas mit den Einstellungen nicht stimmt. Man hat dann drei Sachen zur Auswahl, wenn ich mich recht erinnere. Eine Backup-Konfiguration verwenden, Ubuntu versucht selber den X-Server zu konfigurieren oder Ubuntu mit der „normalen“ grafischen Einstellung starten, dass heißt also ohne proprietäre Treiber. Ich verwende eine NVIDIA GeForce Go 7300, heisst also mit dem nv-Treiber starten. Ich habe erst die Option probiert, dass Ubuntu selber den NVIDIA-Treiber konfigurieren sollte, hat aber nicht geklappt. Dann habe ich das System mir den Standard-Grafikeinstellungen starten lassen, also mit dem nv-Treiber. Das hat dann auch anstandslos geklappt.
Hierzu muss ich aber anmerken, dass ich vorher den NVIDIA-Treiber zwar nicht händisch, jedoch über Envy-NG installiert hatte. Hat das vielleicht schon mal jemand von euch probiert, der den normalen NVIDIA-Treiber aus den offiziellen Quellen installiert hatte? Hat es da beim Update gleich geklappt?

Das ist jedoch nicht Tragisch, da man ja ein grafische System bekommt. Ich habe den NVIDIA-Treiber dann mit dem Hardware-Manager innerhalb ein paar Sekunden installiert und nach dem nächsten Neustart hatte ich ihn dann aktiv. Bei Intrepid in der Version 177.80. Wie ihr am Screenshot sehen kann, werden drei Versionen des NVIDIA-Treiber angeboten. Einige ältere Karten haben ja anscheinend ein Problem mit der neueren Version.

Was gibt’s denn nun alles in Intrepid? Im Moment Kernel 2.6.27-7, GNOME 2.24, X.ORG 7.4 und viele aktualisierte Programmversionen. Ihr könnt mal einen Blick auf die Ubuntu-Seite werfen für einen groben Ãœberblick.

Problem und „Lösung“ mit WLAN in Intrepid

Eines der wichtigsten Sachen für mich ist eine Internetverbindung. Seitdem ich einen Laptop habe auch ein funktionierendes WLAN. Mein Laptop hat eine Intel 3945-WLAN-Karte, die bisher auch immer ohne jeglichen Probleme funktioniert hat. Selbst mit Windows-Rechnern konnte ich (und kann jetzt auch wieder) nicht so einfach mit einem WLAN verbinden wie mit dieser Karte und dem Network-Manager. Einfach Netzwerk aus der Auswahl auswählen, Passwort eingeben, geht. So war ich das bisher auf jedenfall gewohnt.

Nun das Kuriose: der Network Manager zeigte mir mit Intrepid alle möglichen verfügbaren WLANs an – nur nicht mein eigenes!!! Am Router hab ich natürlich nichts verstellt, eine halbe Stunde vorher mit Hardy wurde es mir ja auch noch angezeigt. Nun mit Intrepid nicht mehr. LAN kein Problem, auch WLAN funktioniert, habe mich testhalber mit einem offenen WLAN verbunden ohne Probleme. Aber mein eigenes Netz war nicht zu finden. Weder in der grafischen Ansicht des Network-Managers, noch über einen iwlist-Scan. Hö, wie jetzt? Ich glaube so doof und hilflos hab ich mein Ubuntu schon lang nicht mehr angeglotzt. Ich hab dann auch versucht den Treiber zu entladen und wieder zu laden, was natürlich nix gebracht hat. WLAN ging ja… nur halt meines war weit und breit nicht zu finden.

Aber zum Glück gibt es ja das UbuntuUsers-Forum wo man selbst zu solchen merkwürdigen Problemen Hilfe bekommt. Ich habe dann auch Hilfe bekommen.

Hier die Auflösung des Kuriosums:

Mit dem Kernel von Intrepid werden nur noch Funkkanäle von 1 bis 11 unterstützt. Wenn das WLAN also zufällig auf Kanal 12 oder 13 ist, wird dieses nicht mehr erkannt und eine Verbindung ist nicht möglich. Nicht zu erwähnen, dass mein WLAN natürlich auf Funkkanal 13 eingestellt und deswegen nicht mehr sichtbar war.

Nach der Umstellung des Kanals auf 11, war wieder alles in Butter. Netzwerk ist wieder sichtbar, Verbindung kein Problem. Nutze übrigens WPA-Verschlüsselung, nur so nebenbei.

Und hier der Hintergrund des Ganzen:

Is it a bug or a feature? Für uns in Deutschland ist es klar ein Bug. Jedoch ist es so, dass in einigen Ländern dieser Welt, wie z. B. in den USA, die Benutzung der Funkkanäle 12 und 13 illegal ist. Da funken wohl staatliche Stellen wie die Polizei herum in diesen Ländern. In Deutschland oder auch Australien sind diese Kanäle allerdings völlig legal und werden auch häufig benutzt.
Im neuen 2.6.27 Kernel wurde die Unterstützung für diese Kanäle jetzt aber gekappt, wohl um sicher zu gehen, nicht in die Illegalität zu fallen.

Das Ganze ist natürlich ne total doofe Situation. Ich kann verstehen, warum das gemacht wurde. Jedoch ist es für uns hier richtig beschissen. Man kann sich halt nie sicher sein, mit einem fremden WLAN eine Verbindung zu bekommen, weil man ja nie weiß, ob das evtl. auf Kanal 12 oder 13 funkt. Könnte in Hotels richtig doof sein. Mal sehen, ob es dazu noch Diskussionen gibt.

Für euer eigenes Heim-WLAN ist es jedoch keine größeres Problem, da Ihr ja einfach einen Kanal von 1 bis 11 auswählen könnt.

Ach ja, das hier besprochene Problem hat sich nun auch in Wohlgefallen aufgelöst. Die WLAN-LED meines Laptop blinkt wieder, wie es sein soll. Ist auch aus wenn ich WLAN deaktivere und wieder an wenn ich es aktivieren. Sehr schön.

Und sonst?
Ja, läuft gut und stabil. Viel mehr kann ich nach ein paar Stunden noch nicht sagen. Das Problem beim Herunterfahren muss ich noch lösen. Aber ansonsten sehr schön. Wie fast immer gibt es keine besonders augenfälligen Neuerungen. Aber ich werde weiterhin berichten … stay tuned…

Ich möchte ein Problem ansprechen, das evtl. nicht nur Skype für Linux betrifft, sondern auch andere Applikationen. Und zwar die, die mit der Webcam arbeiten, welche mit dem gspca-Treiber läuft. Der Treiber ist seit geraumer Zeit Teil des Kernels und sehr viele Webcams unter Linux laufen mit diesem

Bisher habe ich meine Webcam nur mit Camorama für gelegentliche Webcam-Snapshots verwendet. Hier gab es nie Probleme.

Doch ich verwende auch Skype unter Linux. Seite der letzen Version kann Skype für Linux auch Videotelefonie, d. h. es kann die Webcam verwenden. Das funktioniert auch prima. Nur leider hatte ich einen nervigen Bug, den ich erst Skype in die Schuhe geschoben hatte:

nach ein paar Sekunden telefonieren zoomt das perfekte Webcam-Bild auf einmal heran, alles wird träge und der Bildausschnitt einfach zu groß. Nervig!!!!

Doch es ist tatsächlich ein Bug des Webcam-Treibers „gspca“. Dieser ist Teil des aktuellen Kernels, was toll ist. Doch leider ist dieser Bug bisher noch nicht offiziell behoben worden. Aber es gibt einen Patch dafür, man in Launchpad finden kann.

Ich mach’s kurz und sag mal, was ihr machen müsst:

wget http://mxhaard.free.fr/spca50x/Download/gspcav1-20071224.tar.gz

tar xf gspcav1-20071224.tar.gz

wget http://www.saillard.org/ekiga/gspcav1-20070508_force_using_hardware_mode_v3.patch

cd gspcav1-20071224

patch -p1 < ../gspcav1-20070508_force_using_hardware_mode_v3.patch make sudo make install

Das lädt den neusten gspca-Teiber herunter, entpackt ihn, lädt den Patch herunter, fügt ihm den Treiber hinzu und kompiliert das Ganze letztendlich. Wie immer, solltet ihr dafür unter Ubuntu das Paket „build-essential“ installiert haben

Bei mir hat das tatsächlich geklappt, das nervige Zoom der Cam bei Skype ist weg. Puhh…

1. WLAN LED geht nicht (das aktivieren/deaktiveren mit den Fn-Tasten aber schon, nur das Licht nicht)
2. Fn-Taste für CD-Fach-Auswurf geht nicht

Für Punkt 1 gibt es eine einfache Lösung, die ich hier kundtun möchte. Ich bin dank eines Eintrages im deutschen Ubuntu-Forum auf die Lösung gestoßen. Es handelt sich um einen „known bug“, für den es auch einen Bugreport (Bug #176090) gibt.

Hier also die Lösung:

1. das Backports Paket für Hardy installieren:
sudo apt-get install linux-backports-modules-hardy

2. ipw3945 Modul entladen und wieder neu laden:
sudo rmmod iwl3945; sudo modprobe iwl3945

Und tadaaaa, die LED leuchtet wieder. Jedoch blinkt sie nicht, sondern leuchtet durchgehend. Korrekterweise leuchtet sie nicht, wenn das WLAN deaktiviert wird.

Ein bisschen Schade, dass dieser Fix nur in die Backports gelangt ist und nicht ins final release.

Der neue Treiber ist nicht in den Ubuntu-Quellen verfügbar und wird erst in die nächste Ubuntu-Version einfließen, wie bei Ubuntu üblich. Wer den neuen Treiber also unbedingt haben will, muss also „per Hand“ installieren. Für die meisten wird das auch nicht so besonders notwendig sein, für einige schon. Nämlich die mit den Karten GeForce 8800 GT, GeForce 8800 GTS 512 und GeForce 8800M. Die Unterstützung für diese Karten gibt es nämlich nun mit dem neuen Treiber.

Ich persönlich werde den neuen Treiber nicht händisch installieren. Ich habe die Beta-Version des Treibers, Version 169.04, Ende letzen Jahres installiert und ausprobiert. Mittlerweile bin ich aber wie beim in den Gutsy-Quellen vorhanden NVIDIA-Treiber zurückgekehrt.

Grund, warum ich überhaupt den Beta-Treiber ausprobiert habe, war ein Artikel von Phoronix. Dort ist ein eindrucksvoller Benchmarktest beschrieben (auf Seite 2 und 3 des Artikels). NVIDIA selbst schreibt von einer „improved RENDER performance“. Gemeint ist damit alles, was mit XRender zu tun hat. Und was hat alles mit XRender zu tun? Wenn man unter Synaptic eine Suche der Abhängigkeiten von XRender anwirft, bekommt man schon einiges. Compiz, Evolution und Envince zum Bespiel. Oder auch das gnome-panel oder Gimp. Also durchaus wichtige Sachen. Ich habe mir also einiges vom neuen Treiber versprochen. Besonders beim betrachten dieser Benchmark-Tests. Ich selbst habe übrigens einen Laptop mit GeForce Go 7300 Karte.

Ich sag es beim Thema händische Installation von Grafiktreibern immer wieder: macht es nur, wenn ihr wisst war ihr tut.
Könnt ihr euer grafisches System via Konsolenmodus wieder herstellen? Könnt ihr im Konsolenmodus Dateien bearbeiten? Und wisst
ihr auch welche? Seid ihr bei im grausamsten Notfall auch mit einer Neuinstallation des Systems einverstanden? Gut letzteres sollte eigentlich nicht notwendig sein, aber bei Beta-Software weiss man ja nie. Warum sage ich das? Dazu später mehr. *seufz*

Also gut, hier nochmal die Kurzanleitung, wie man den original Treiber von der NVIDIA-Webseite unter Ubuntu installiert. Oder sagen wir, wie ich den Treiber immer händisch installiere:

1. Download Treiber (am einfachsten oben im Home-Ordner abspeichern)

2. Backup der Xorg.conf

2. Compiz deaktiveren

3. nvidia Treiber aus den Ubuntu-Quellen deinstallieren

4. alte xorg.conf umbenennen oder loeschen

5. X neustarten
(Sollte X hier nicht starten wollen, hilft ein „sudo dpkg-reconfigure xserver-xorg“ und die Auswahl des nv-Treibers)

6. Zeile
DISABLED_MODULES="nv"

in die Datei

/etc/default/linux-restricted-modules-common

einfügen, damit ihr kein Problem mit euren restricted-modules bekommt und diese nicht deinstalliert werden.
(Ich bin mir nicht 100%ig sicher, ob das bei Gutsy überhaupt noch notwenig ist. Ihr könnt es ja mal ausprobieren, ohne diese Zeile einzufügen.)

7. X beenden:
mit strg+alt+F1 in den Konsolenmodus wechseln, dann
sudo /etc/init.d/gdm stop
X komplett beenden

8. nvidia Treiber installieren
Treiber aufrufen mit:
sudo sh NVIDIA-Linux-x86-169.07.pkg1.run
(Pfad natürlich anpassen, je nachdem wo eure Datei liegt…)

Bei der Installation kommt zuerst die Meldung über ein fehlendes Kernelmodul. Das bitte ignorieren und „Nein“ anwählen bei der Frage ob man das Modul runterladen und installieren will.

Bei der Frage ob die XOrg.conf angepasst werden soll, habe ich „JA“ gewählt.

9. X wieder starten
sudo /etc/init.d/gdm start

Jetzt ist erstmal alles wieder wie vorher. Ich konnte Compiz sofort aktivieren, ohne an der Xorg.conf etwas zu verändern. Die Option „AddARGBGLXVisuals“ „True“ scheint nicht mehr nötig zu sein.

Hinweise zur Tastatureinstellung

Beim Anmelden stellte ich fest, dass die Tastatur auf englisch umgestellt war. Es ist also klug, wenn ihr wisst, wie eure Anmeldename und euer Passwort auf einer englischen Tastatur geschrieben wird!
Die Umstellung der Tastatur in Gnome bewirkt, dass unter Gnome das Tastaturlayout richtig ist, der Anmeldebildschirm hatte aber weiterhin das englische Tastaturlayout. Ich habe deshalb ein

sudo dpkg-reconfigure xserver-xorg

durchgeführt. Danach war alles wieder passend.

Ist der neue Treiber nun merklich besser?

Wie gesagt, ich habe den Beta-Treiber 169.04 ausprobiert, nicht den jetzt aktuellsten 169.07. Und beim Beta-Treiber konnte ich genau NULL Verbesserung feststellen. Weder bessere Stabilität, flüssigere Performance oder sonst was. Einfach überhaupt kein Unterschied. Scheint also, dass die Verbesserungen entweder nur bei den neueren Karten richtig rauskommen oder ich einfach nicht die „passenden“ Computergewohnheiten habe. Oder ich hätte noch wesentlich länger testen sollen. Keine Ahnung.

Das dicke Ende

Meine Experimentierfreudigkeit hatte diesmal ein unangenehmes Ende. Da der Beta-Treiber keine Verbesserung brachte, wollte ich ihn nun wieder deinstallieren. Die funktioniert, indem man in den Konsolenmodus wechselt und dort ein

sudo nvidia-installer --uninstall

eingibt. Der Treiber wird nun deinstalliert. Habe ich gemacht, X neugestartet, ging nicht. Gut, ein sudo dpkg-reconfigure xserver-xorg und Auswahl den nv-Treibers lies mich wieder ins grafische System. Dort also nun wie gewohnt den Treiber nvidia-glx-new installiert. X beendet, sudo dpkg-reconfigure xserver-xorg erneut eingetippt, diesmal nvidia ausgewählt. X Neustart – geht nicht. Huch? Wieder zurück, nv ausgewählt – geht. nvida ausgewählt, geht nicht.

Dann also mal alles durchprobiert: Treiber nochmal deinstalliert, neu installiert, Xorg.conf direkt im Konsolenmodus bearbeitet, nvidia-glx ausprobiert. Nix. Ich habe es tatsächlich nicht mehr hinbekommen, X mit den Treiber aus den Ubuntu-Quellen zum laufen zu bekommen! Ich habe dann nochmal den Beta-Treiber installiert, mit dem X dann auch wieder lief. Aber nach erneuter Deinstallation und Installation des Treibers aus den Ubuntu-Quellen ging nichts mehr. Der nv-Treiber lief jedoch immer korrekt.

Das System lief also nur noch mit entweder dem nv-Treiber oder dem NVIDIA-Beta-Treiber. Ich habe keine Ahnung warum. Hatte die Deinstallation nicht richtig geklappt? Ein Fehler des Beta-Treibers? Ein Fehler von Ubuntu oder irgendein Fehler von mir? Letzeres ist am wahrscheinlichsten.

Lange Rede kurzer Sinn: nach ca. 1 Stunde rumprobierens habe ich mein System neu installiert. Tja, das muss mir eben auch mal passieren. Da sagt man Newbies, das ist so gut wie nie nötig und dann das. Grrrrr!

Nun gut, ich habe zum Glück mein Home-Verzeichnis sowie meine Daten auf einer extra Partition. Eine Neuinstallation geht also immer schnell und problemlos. Länger dauert da schon das erneute installieren aller zusätzlich benötigen Programme und das Einrichten des Desktops. Jedenfalls habe ich nun mal wieder ein sauberes Gutsy mit dem NVIDIA-Treiber aus den Ubuntu-Quellen. Die Installation desselben nach der Neuinstallation von Ubuntu verlief übrigens problemlos. Scheint also bei meiner Beta-Installations-Orgie irgendwas schief gegangen zu sein. Oder der Beta-Treiber war murks.

Ja.. mir ist dann die Lust vergangen, jetzt die stabile Version des Treibers zu installieren, zumal ja der Beta-Treiber bei mir keinen offensichtlichen Vorteil brachte. Aber ich wäre an Berichte eurerseits interessiert. Läuft der Treiber denn bei euch? Merkt ihr irgendeinen Geschwindigkeits- oder Stabilitätsvorteil?

Ich werde voraussichtlich im Februar oder März sowieso auf Hardy updaten, womit ich mir wieder genügend Alpha und Beta-Zeugs installieren werde. Bis dahin spare ich mir also einen erneuten händischen Versuch der Treiberinstallation.

Ach ja – dann wird es höchstwahrscheinlich auch wieder viel öfter und mehr Einträge in diesem Blog geben. Aber in letzter Zeit habe ich einfach zu wenig neues ausprobiert und Ubuntu lief halt einfach so. *grins* Ja, langweilig, ich weiss…

Ãœber eine bekannte Versteigerungsplattform habe ich mir nun eine „Logitech ClickSmart 310″ ersteigert. Das ist ein Webcam-Modell, das schon länger nicht mehr hergestellt wird. Diese Kamera ist gleichzeitig Digicam und Webcam in einem.

Die Digicam kann man allerdings vernachlässigen, wer will heute schon Bilder in einer 640er Auflösung von einer digitalen Kamera haben? Also ich bestimmt nicht, dafür habe ich eine richtige Digitalkamera. Aber für eine Webcam ist eine Auflösung von 640×480 völlig ausreichend, meist brauche ich eh noch kleinere Auflösungen von 320×240 oder 176×144.

Die Webcam steht übrigens wieder auf der berühmten Liste unterstützter Webcams. Diesmal wird allerdings als Treiber der „spca5xx“ angegeben.

Ich will mal erzählen, wie man mit der Kamera Bilder und Videos unter Linux aufnehmen kann.

Der spac5xx-Treiber ist im Edgy-Kernel (im Dapper-Kernel auch, glaub ich) von Haus aus drin. Im neuen Feisty-Kernel 2.6.20 leider nicht mehr. Somit werden unter Feisty auf einmal sehr viele Webcams nicht mehr Out-Of-The-Box funktionieren wie sie das noch unter Edgy getan haben. Ist eine Entscheidung der Kernelentwickler, nicht der von Ubuntu. Vielleicht sollte man bei Ubuntu mal drüber nachdenken, ob solche Module dann in das Paket restricted-modules wandern sollten. Aber das ist ein anderes Thema.

Wie dem auch sei, ich war vorgewarnt, da ich mich da schon schlau gemacht habe. Somit heisst es, diesen Treiber „von Hand“ installieren. Das „von Hand“ schreibe ich deswegen in Anführungszeichen, weil es zum Glück mehr als einfach ist, diesen Treiber zu installieren.

Als erste die Kontrolle, ob die Kamera brav als USB-Device erkannt wird:

~$ lsusb
Bus 001 Device 005: ID 046d:0900 Logitech, Inc. ClickSmart 310

Sie wird also sogar mit dem richtigen Namen erkannt. Ich hab auch probiert, ob die Kamera vielleicht doch automatisch erkannt wird, war aber wie erwartet nicht so.

Installation des Treibers

Beim Treiber für diese Kamera gibt es zwei Möglichkeiten. Entweder ein Treiber namens „spac5xx“ oder dessen Weiterentwicklung namens „gspca“. Ich habe mich für letzteren entschieden.

Die Quelle für das gspca-Kernelmodul (wie auch die für das spca5xx-Modul) befindet sich in den Ubuntu-Quellen (Universe). Für die einfache Kompilierung benötigt man ausserdem noch das Paket „module-assistant“, das sich ebenfalls in den Universe-Quellen befindet.

Feisty-User können einfach folgende Schritte im Terminal durchführen:

sudo apt-get install gspca-source
sudo apt-get install module-assistant
sudo m-a prepare
sudo m-a a-i gspca

Die ersten beiden Schritte installieren die gspca-Treiberquellen und den module-assistant (kann man auch mit Synaptic durchführen), die letzten beiden Schritte installieren das gspca-Kernelmodul. Das war es auch schon. Die Kamera ist dann einsatzbereit. Ich habe die Kamera mit Camorama, Ekiga und xawtv ausprobiert.

Nicht-Ubuntu-User finden den Treiber hier und installieren ihn wie gewohnt mit ./configure, make, make install.

NACHTRAG am 12.05.07: im Kernel der finalen Feisty-Version, also Kernel 2.6.20-15-generic ist der gspca-Treiber wieder ein Teil des Kernels und muss NICHT per Hand installiert werden!

Das Bild ist leider nicht ganz so gut wie bei meiner alten Philips-Webcam, aber für meine Zwecke mehr als ausreichend.

Hier ein Screenshot von Camorama:

Hier einer von Ekiga:

Und natürlich musste ich auch mal ausprobieren, ob ich Videos mit der Kamera aufnehmen kann. Dem Thema „Videos mit der Webcam aufnehmen“ wollte ich eigentlich einen eigenen Beitrag widmen. Nun schreib ich es in Kurzform hier mit rein.

Videos mit der Webcam aufnehmen

Zum Aufnehmen eines Videos verwende ich „mencoder“ und die Konsole. Eventuell gibt es für genau diesen Zweck auch ein GUI, das werde ich mal nachforschen. Ein GUI wäre in dem Fall wünschenswert, damit man auch eine optische Kontrolle über die Aufnahme hat.

Ein Video zeichne ich mit diesem Befehl auf:

mencoder tv:// -tv driver=v4l:alsa:forceaudio:adevice=hw.0,0:width=176:height=144:device=/dev/video1 -ovc lavc -oac lavc -o name-des-videos.mpg

Um die Aufnahme zu beenden, schließe ich das Terminal. Das Beenden geht sicher auch anders, kann mir das vielleicht jemand verraten?

Ich zerlege zur Erklärung den Befehl mal ein bisschen.

mencoder tv:// -tv driver=v4l
Die Webcam wird mit mencoder als TV-Device angesprochen. Der Treiber ist Video for Linux (v4l). Man könnte hier also auch v4l2 angeben.

alsa:forceaudio:adevice=hw.0,0
Hier sage ich mencoder, dass er 1. ALSA für die Soundaufnahme nehmen soll (alsa), 2. immer Ton aufnehmen soll (forceaudio) und 3. welches Audio-Device er zum Aufnehmen nehmen soll (hw.0,0). Hier darf kein Doppelpunkt vorkommen! Normalerweise würde man es ja „hw: 0,0″ schreiben. In der Syntax von mencoder muss es aber „hw.0,0″ heissen! Die ClickSmart 310 hat kein eingebautes Mikrofon, ich verwende daher ein externes Mikrofon.

width=176:height=144
Hier wird die Videogröße angegeben.

device=/dev/video1
Hier das Videodevice angeben. Bei mir ist das /dev/video1, weil ich noch eine TV-Karte habe, die video0 ist. Welches das bei euch ist, müsst ihr ausprobieren.

-ovc lavc -oac lavc
ovc bestimmt den Videocodec, oac den Audiocodec. Hier ist beides „lavc“, die Ausgabe ist dann für den Videocodec „ISO MPEG-4 (ffmpeg)“, für den Audiocodec „MPEG layer 2/3″. Hier könnt ihr ein bißchen rumspielen. In den Manpages von mencoder gibt es darüber viel zu lesen. Wenn ihr zum Beispiel
-ovc copy -oac copy
wählt, dann erhaltet ihr „Raw YV12″ als Videocodec und „Linear PCM“ als Audiocodec. Die Codecs haben vor allem Auswirkungen auf die Größe des Videos. Auf die Qualität natürlich auch, was bei meiner billigen Webcam allerdings keinen Unterschied macht.

-o name-des-videos.mpg
Hier wird der „Output“ definiert, also der Name des Videos. Ob ihr es nun mit *.mpg, *.avi oder sonstwas definiert ist nicht so wichtig, da es ja nur Containerformate sind. Es kommt auf die Codecs an. Wenn ihr keine weitere Pfadangabe macht, wird das Video in eurem Home-Verzeichnis gespeichert.

Wenn ihr jetzt neugierig seid, wie so ein Video dann aussieht, könnt ihr euch mein völlig unbearbeitetes Testvideo mal herunterladen:
Suzans Testvideo mit der Logitech ClickSmart 310 (ca. 650 KB).

Falls ihr das Video wegen der Codecs nicht ansehen könnt: mit dem standardmäßig installiertem Totem-Gstreamer geht es nicht, mit Totem-Xine und den libxine-extracodecs schon. Mit MPlayer natürlich auch oder VLC oder, oder…

Hier ein paar Screenshots (klick für größere Ansicht):

Und das Beste: die Einrichtung des Ganzen hat bei mir maximal 10 Minuten gedauert!

Ich habe die Anleitung am 29.01.2007 ein bißchen aktualisiert.

Vorab eines: Ihr solltet wissen, was Ihr tut. Beryl ist immer noch in einem Anfangsstadium und da kann schon mal was schiefgehen.

Bei mir siehts so aus, dass (bisher auf jedenfall) Beryl gut läuft und ich davon begeistert bin. Aber Vorsicht ist bei solchen Experimenten durchaus geboten. Blutige Anfänger sollten daher erstmal davon absehen.

Für alle, die sich jetzt nicht durch meine Warnungen abschrecken lassen, hier die Anleitung wie ich es gemacht habe…

Mein System: AMD Athlon 64 3400+ processor, nVidia GeForce FX 5700VE mit 256MB, 1GB RAM, Ubuntu Edgy (32bit-Version), GNOME.
Die Anleitung gilt für ein System dieser Art, also ein 32-bit Ubuntu Edgy mit nVidia-Grafikkarte.

Aber jetzt gehts los, here we go:

SCHRITT 1: nVidia Grafikkartentreiber installieren

VOR der Installation des Treibers müssen alle bereits installierten nVidia-Treiber deinstalliert werden. Also es darf weder das Ubuntu-Paket „nvidia-glx“ installiert sein, noch eine andere evtl. händisch installierte Version eines nVidia-Treibers.

Die im Moment einfachste Möglichkeit, den aktuellen nVidia-Treiber zu installieren, ist mithilfe des Programms „envy“. Dieses Paket ist bisher nicht in den Ubuntu-Quellen zu finden.
Für envy gibt es aber *.deb-Pakete für Ubuntu auf der Seite des Entwicklers. Ihr bekommt dieses Programm auf dieser Seite:

http://albertomilone.com/nvidia_scripts1.html

Hinweis: durch envy werden die restricted-modules NICHT entfernt!

Von dieser Seite holt ihr euch das aktuellste Paket von envy. Dieses installiert ihr ganz normal per Doppelklick (gdebi) oder Terminal. Durch die alleinige Installation des Pakets „envy“ passiert noch nichts. Ihr könnt euch das Ganze nochmal überlegen.

ACHTUNG: bei der 9629er-Version gab es einen Bug mit NV2x Graphikchips! Ich bin mir nicht sicher, ob dieser Bug bereits behoben ist.
Solltet ihr solch eine Grafikkarte haben, lest euch bitte diesen Eintrag (besonders ab Beitrag #10) im nVidia-Forum durch.

Anmerkung: Mit envy kann man übrigens seit neuestem auch die proprietären Treiber für ATI-Grafikkarten installieren! Da ich keine ATI-Grafikkarte habe, kann ich dazu aber nichts weiteres sagen.

Ihr seid bereit, den nVidia Treiber zu installieren? Na dann los…

Ausloggen und mit Ctrl+Alt+F1 in den Konsolenmodus wechseln. Ggf. in der Konsole neu einloggen.

Jetzt einfach „envy“ (ohne Anführungszeichen natürlich) eingeben. Ihr wählt „Install“ aus, also eine „1“. Nun wird der Treiber heruntergeladen und installiert. Ihr bestätigt die zwei Fragen die euch gestellt werden mit „yes“ also „y“.

Mit Ctrl+Alt+F7 wieder in den X-Modus wechseln. Mit Ctl+Alt+Backspace X-Server neu starten.

SCHRITT 2: xorg.conf anpassen

Nun müsst ihr noch etwas an der xorg.conf ändern, damit dann alles klappt. Ihr öffnet die Datei also mit sudo gedit /etc/X11/xorg.conf

und ändert den Abschnitt

Section "Extensions"
Option "Composite" "Disable"
EndSection

in

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

Außerdem fügt ihr im Abschnitt

Section „Screen“

noch folgende Zeile ein

Option "AddARGBGLXVisuals" "True"

Nicht zwingend notwendig, ist folgender zusätzlicher Eintrag in der Section „Device“

Option "TripleBuffer" "true"

Anscheinend läuft Beryl mit dieser Option auf manchen Rechnern flüssiger. Ich habe den Eintrag mal hinzugefügt. Könnt ihr aber ausprobieren.

Wichtig: bitte vergewissert euch, dass die Farbtiefe auf 24bit steht. Beryl wird mit 16bit Farbtiefe nicht funktionieren!

Jetzt noch die Datei speichern und mit Ctrl+Alt+Backspace den X-Server neu starten.

Wenn ihr jetzt in die Konsole

glxinfo | grep direct

eingebt, sollte die Ausgabe

direct rendering: Yes

kommen.

SCHRITT 3: beryl-Pakete installieren

In eure sources.list (/etc/apt/sources.list) müsst ihr dazu einen neuen Eintrag hinzufügen:

deb http://ubuntu.beryl-project.org/ edgy main

Um keine Fehlermeldung zu bekommen, muss der GPG-Schlüssel noch registriert werden. Dazu öffnet ihr einen Terminal und gebt ein

wget http://ubuntu.beryl-project.org/root@lupine.me.uk.gpg -O- | sudo apt-key add -
Hinweis: hier kann es sein, das zwei Zeilen nach dem letzten Output der Curser stehenbleibt und blinkt. Hier wartet er nochmal auf die Eingabe eures Passworts, was leider nicht so offensichtlich ist. Also an der Stelle nochmal euer Passwort eingeben. Danach erfolgt die Bestätigung mit „OK“ und der Schlüssel ist registriert.

Jetzt Synaptic starten und Pakete neu laden. Nun installiert ihr die Beryl-Pakete (und deren Abhängigkeiten):

beryl
beryl-core
beryl-manager
beryl-plugins
beryl-plugins-data
beryl-plugins-extra
beryl-settings
beryl-settings-bindings
emerald
emerald-themes
libemeraldengine0
libberyldecoration0
libberylsettings0

Gnome-User können zusätzlich noch
heliodor

KDE-User können
aquamarine

installieren.

Letzteres sind alternative Fensterdekorationen zu Emerald. Heliodor nutzt die Metacity-Einstellungen, Aquamarine die von KWin.

SCHRITT 4: beryl starten

Jetzt wirds ernst, ihr startet das erste mal Beryl. Dazu gebt ihr in die Konsole folgendes ein:

beryl-manager

Das sollte ohne Fehler vonstatten gehen und ihr solltet in eurem Panel jetzt das beryl-icon finden. Darauf rechter Mausklick und als Fenster-Manager „Beryl“ auswählen.

Tadaaaaaa… it’s wobbeling-time! Wenn alles richtig gelaufen ist solltet ihr jetzt einen 3D-Desktop haben und ihr könnt schön damit herumspielen.

Wenn ihr jetzt bei jedem Neustart Beryl als Standarddesktop haben wollt, empfehle ich zwei Dinge in den Autostart (System > Einstellungen > Sitzungen > Startprogramme) einzutragen:

beryl-manager
emerald –replace (das vor dem replace sind übrigens zwei Bindestriche, falls man das nicht erkennen kann!)

Letzterer Eintrag verhindert, dass eure Fenster ohne Fensterrahmen dargestellt werden.

Solltet ihr dennoch keine Fensterrahmen haben, oder/und bei mehreren geöffneten Fenstern nur einen schwarzen Inhalt haben, solltet ihr prüfen, ob die Farbtiefe bei euch auf 24bit eingestellt ist. Wenn sie das ist und ihr nichts in den Fenstern seht, hat eure Grafikkarte wahrscheinlich einfach zu wenig Speicher.

Ein paar Tricks zur Bedienung könnt ihr im Beryl-Wiki finden:
http://wiki.beryl-project.org/index.php/Install/Ubuntu/Edgy/AiGLX#Using_it

Alles in allem war ich wirklich erstaunt, wie einfach die Installation verlief.

Fazit: Es ist toll. Der Cube ist nicht nur schön. Ich persönlich fange wirklich erst jetzt an, mit den verschiedenen Arbeitsflächen unter Linux zu arbeiten, weil ich jetzt ein Gefühl dafür habe. Auch das Umschalten zu den Fenstern in den einzelnen Arbeitsflächen mit Ctrl+Alt+Tab ist super praktisch. Und OK, es sieht einfach gut aus.

Hinweis zum Abschluß: wenn Updates von X.Org oder/und den restricted-modules kommen, müsst ihr anschließend den nvidia-Treiber per envy deinstallieren und nochmal neu installieren. Das dauert dank „envy“ ja nur ein paar Sekunden. Wenn ihr das nicht macht, werdet ihr beim nächsten Neustart mit einem Bluescreen begrüßt, der euch mitteilt, dass der X-Server falsch konfiguriert ist!

Das Update kann euch Probleme bereiten wenn ihr:

1. einen Grafiktreiber händisch installiert habt (also nicht aus den original Ubuntu-Quellen)
2. Metapakete betreffend x-org, restricted-modules, etc. entfernt habt
3. händisch etwas an der Datei „linux-restricted-modules-xxx“ geändert habt

Wenn ihr nur Grafiktreiber aus den Ubuntuquellen verwendet und keine Metapakete entfernt habt, wird euch das Update keine Probleme bereiten.

Viele User jedoch, die Beryl oder Compiz verwenden, werden neuere Grafiktreiber installiert haben. Wenn ihr Beryl nach meiner Anleitung installiert habt (also Nvidia-Treibern mit envy installiert), hier die Vorgehensweise, wie das XOrg-Update keine Probleme bereitet:

Diese Vorgehensweise betrifft nur Leute, die den Nvidia-Treiber mit envy installiert haben!!

1. Kontrollieren ob alle Metapakete vorhanden sind!
2. Kontrolle, ob neueste Version von envy installiert ist (im Moment 0.7.5), notfalls aktualisieren
3. Vorsichtshalber mal die Einträge im Autostart deaktivieren, die Beryl betreffen, also „beryl-manager“ und „emerald –replace“
4. Ubuntu-Updates herunterladen
5. mit Strg + Alt + F1 in den Konsolenmodus wechseln und einloggen
6. envy aufrufen und Treiber deinstallieren
7. envy erneut aufrufen und Treiber erneut installieren [*]
8. X-Server neu starten

Tadaaa, X startet ohne Probleme. Jetzt könnt ihr Beryl mal per Hand starten um zu sehen ob alles klappt, was es tun wird. Danach die Einträge im Autostart wieder aktivieren. X könnt ihr jetzt zum Test mit Strg + Alt + Backspace erneut starten.

[*] nochmal der Hinweis zu envy: die aktuelle Version wird euch NICHT die restricted-modules entfernen! Die Datei „linux-restricted-modules“ muss NICHT bearbeitet werden!!

Für alle anderen, die händisch Grafiktreiber installiert haben, sei es Nvidia oder ATI gilt die Faustregel:
– Metapakete kontrollieren
– Updates einspielen
– Grafiktreiber neu installieren