ubuntuusers.de

In der neuen Version setzt Ubuntu voll auf die Arbeitsoberfläche Unity. Rein optisch ist Unity gelungen: Ich finde den Desktop von Ubuntu schöner als den anderer Linux-Distributionen.

Aber schön alleine ist zuwenig! Die Entwickler tun dem Ubuntu-Projekt nichts Gutes, wenn sie ihren Anwendern vorschreiben wollen, wie der Desktop zu bedienen ist. Und genau hier liegt das große Problem von Unity. (Dass Gnome 3.0 dasselbe Problem hat, ist nur ein schwacher Trost.)

Soviel gleich vorweg: Der neue Ubuntu-Desktop auf der Basis von Unity zeichnet sich durch viele gute Ideen aus. Bei aller Kritik (die gleich folgt) ist den Entwicklern Respekt zu zollen für das, was sie bereits erreicht haben.

Das Zielgruppenproblem

Unity ist für Linux-Einsteiger konzipiert und für kleine Bildschirme optimiert. Handelt es sich bei der Mehrheit der Ubuntu-Anwender tatsächlich um Linux-Einsteiger? Ich bezweifle es, und zumindest in meinem Freundes- und Bekanntenkreis sind es überwiegend Web-Entwickler, Systemadministratoren und andere IT-Profis, die Ubuntu einsetzen.

Verwendet die Mehrheit der Ubuntu-Anwender tatsächlich ein Netbook? Ich kenne niemanden mehr, der ein unter Linux laufendes Netbook verwendet. Die Unity-Oberfläche funktioniert natürlich auch auf gewöhnlichen Notebooks mit einem 15-Zoll-Bildschirm, aber wer einen Desktop-Rechner mit einem großen Bildschirm verwendet (oder, wie ich, gar zwei), für den ist die übertriebene Platzoptimierung von Unity vollkommen fehl am Platz.

Es ist im Übrigen kein Zufall, dass Unity ursprünglich für die Ubuntu NNetbook Edition konzipiert wurde. Die Ubuntu Netbook Edition wurde mit Version 11.04 in Ubuntu umbenannt, das herkömmliche Ubuntu gibt es nicht mehr. Die Release Notes stellen den Sachverhalt natürlich umgekehrt dar, aber das ist offensichtlich eine Realitätsverweigerung.

Das Konfigurationsproblem

Die Ubuntu-Entwickler glauben, für alle Ubuntu-Anwender bestimmen zu müssen, wie der Desktop aussieht und funktioniert. Nun ist die Entscheidung für Linux aber häufig darin motiviert, eine Alternative zu den von Microsoft oder Apple aufgezwungenen Lösungen zu haben. Der Preis dieser Freiheit ist unter Ubuntu der, dass die Wahlmöglichkeiten nicht steigen, sondern sinken! Zur Unity-Konfiguration ist momentan der folgende Dialog vorgesehen:

Mit anderen Worten: Es gibt genau eine Option, die steuert, unter welchen Umständen der Launcher (das Startmenü) erscheinen soll. Wesentlich länger ist die Liste der Punkte, die nicht ohne weiteres konfigurierbar sind:

• Das Unity-Dock befindet sich am linken Bildschirmrand. Wer das Dock lieber rechts, unten oder oben hätte -- Pech gehabt.
• Die Größe der Icons ist fix vorgegeben (kann mit CCSM verändert werden).
• Fenster sind von Schatten umgeben. Das sieht gut aus -- es sei denn, man will Screenshots erstellen. Früher ließ sich der Schatten mit dem CCSM einstellen -- jetzt nicht mehr (siehe Launchpad). (Abhilfe: Erstellen Sie Ihre Screenshots mit Shutter!)
• Im Launcher (also im Startmenü) befinden sich außer dem Suchmenü gerade einmal acht Icons (auch wenn der Bildschirm 1920*1600 Pixel groß ist). Die Icons sind fix vorkonfiguriert. Die Folge: Ich arbeite mittlerweile vollkommen ohne Startmenü. Häufig benötigte Programme sind im Dock, den Rest starte ich mit Alt+F2.
• Unter Unity gibt es ein Zentralmenü im Panel (nicht mehr in der Leiste des jeweiligen Fensters). Auf kleinen Bildschirmen spart das Platz, auf großen Bildschirmen macht es die Bedienung des Menüs aber extrem umständlich. Auch hier keine Wahlmöglichkeit.
• Der Arbeitsflächenumschalter ist fixer Bestandteil des Docks -- ganz egal, ob Sie Arbeitsflächen verwenden möchten oder nicht. (Und gerade Einsteiger, für die Unity ja anscheinend konzipiert wurde, werden Arbeitsflächen anfänglich wohl eher nicht brauchen.)

Die Liste ließe sich beinahe beliebig lange fortsetzen. Natürlich lassen sich viele Details (nicht alle) sehr wohl verändern, die Einstellmöglichkeiten sind aber schwer zu finden. Die Konfiguration setzt vielfach gutes Linux-Know-how voraus und erfordert teilweise die Installation zusätzlicher Programme, z.B. des CompizConfig Setting Managers (CCSM).

<Zynismus>Erstaunlicherweise kann der Bildschirmhintergrund noch immer frei eingestellt werden -- aber ich bin sicher, dass auch dieses Feature bis zur nächsten LTS-Version eliminiert wird. Ein individueller Hintergrund stiftet nur Verwirrung, niemand braucht das. Außerdem ist der Ubuntu-Standardhintergrund ohnedies so schön!</Zynismus>

Die Alternativen

Natürlich ist niemand gezwungen, Ubuntu einzusetzen. Selbst wer bei Ubuntu bleiben will, hat die Möglichkeit, die herkömmlichen Gnome-2.n-Panels zu verwenden -- wenngleich auch hier diverse Ubuntu-spezfische Ergänzungen unübersehbar sind: Zentralmenü, Indikator-Menüs statt Applets etc. (Die Wahlmöglichkeit für den klassischen Ubuntu-Desktop besteht in Version 11.04 voraussichtlich letztmalig. In Ubuntu 11.10 soll Unity auch ohne 3D-Grafiktreiber funktionieren, der Desktop wird dann ausschließlich auf Unity ausgerichtet.)

Eine weitere Option ist Fedora, das in der kommenden Version voll auf Gnome 3.0 setzt. Ich gebe zu, dass ich Gnome 3.0 noch nicht so ausführlich getestet habe wie Unity, aber es ist erkennbar, dass auch die Gnome-Shell unter den nicht vorhandenen Konfigurationsmöglichkeiten leidet. Die Gnome-Entwickler versuchen wie ihre Unity-Kollegen ihren Anwendern neue Bedienungskonzepte aufzwingen, ohne Wahlmöglichkeiten anzubieten.

Vor einem Jahr habe ich mich darüber geärgert, dass Ubuntu die Fensterbuttons ohne jeden Grund von rechts nach links verschoben haben. Heute muss ich erkennen: Das war ja noch harmlos. Gnome 3.0 schafft die Fensterbuttons gleich ganz ab! Ich bezweifle, das derart radikale Maßnahmen dem Linux-Desktop zum Durchbruch verhelfen. Ich habe im Gegenteil die Befürchtung, das die Entwickler von Gnome und Unity gleichermaßen am besten Weg sind, die ohnedies sehr zarte Desktop-Pflanze ganz umzubringen.

Immerhin ist das ganze Desaster eine Chance für das KDE-Projekt: KDE 4 ist mittlerweile gut ausgereift. Damit besteht erstmalig seit vielen Jahren die Chance, dass sich frustrierte Unity- und Gnome-Anwender zurück auf ihre Wurzeln besinnen -- und die liegt ja bei vielen Linux-Profis in der KDE-Welt.

Update 20.4.2011: Der Blog-Beitrag ist nun auch als Artikel bei pro-linux.de erschienen und wird dort erwartungsgemäß hitzig diskutiert.

Update 28.4.2011: Der Beitrag hat meiner Website nicht nur ungewohnt viele Zugriffe beschert, sondern auch eine Menge Spam bei den Kommentaren. Deswegen ist die Kommentarfunktion momentan moderiert, d.h. ich muss Kommentare manuell freischalten. Sorry.

Das Taglist Plugin für Vim ist ein praktisches Tool zum programmieren. Es listet die einzelnen Funktionen (je nach Programmiersprache auch Klassen, Packete und Membervariablen) eines Programms in einem eigenen Splitscreen auf. Diese sind nach Dateien sortiert und man kann so sehr schnell zu einer gewünschten Funktion springen.

Damit das Plugin funktioniert muss das Paket exuberant-ctags installiert sein. Danach kann man die Datei taglist.vim ins
Pluginverzeichnis (~/.vim/plugin) kopieren.

Wenn nun eine Datei mit Quellcode geöffnet ist, kann man das Taglist Plugin durch den Befehl :TList aktivieren, woraufhin sich auf der rechten Seite der Splitscreen mit den Funktionen öffnet. Mit STRG+w w kann man zwischen den Splitscreens hin und her wechseln (Ich habe mir diese Tastenkombination auf + gelegt). Mit j und k kann man nun in den Funktionen hoch und runter scrollen. Drückt man bei der gewünschten Funktion ENTER, so springt der Cursor automatisch wieder auf den Quelltext an der Position, wo die gewählte Funktion beginnt.
Da sich beim Sprung zu einer Funktion die entsprechende Datei im aktuellen Buffer öffnet, empfiehlt es sich, Buffer statt Tabs zu verwenden.

Praktisch ist es, sich ein autocommand für Quelltexte zu erstellen, so dass die Taglist automatisch beim Öffnen von Quelltexten geladen wird.

Dafür wird eine Funktion benötigt, welche die Dateiendung überprüft und bei entsprechenden Endungen die Taglist öffnet. Das folgende Beispiel öffnet die Taglist für Java und Perl Dateien:

function OpenTlist()
    let myfile = expand("%")
    let myfiletype = expand("%:e")
    if myfiletype == "pl" || myfiletype == "java"
        Tlist
    end
endfunction

Nun noch das autocommand:

au BufRead * call OpenTlist()

Beides wird in die ~/.vimrc geschrieben.

Nun kann man sich in der ~/.vimrc noch ein Mapping anlegen um die Taglist mit z.B. F3 ein- und auszublenden:

map <F3> :TlistToggle<cr>

Wenn man Programmiert, dann schreibt man natürlich auch neue Funktionen. Diese werden von der Taglist leider nicht sofort erkannt. Daher ist es sinnvoll ein Mapping zu definieren um die Taglist zu updaten. Das folgende Mapping legt das Updaten der Taglist auf F4 (die Datei wird dabei direkt gespeichert):

map <F4> :w<cr>:TlistUpdate<cr>

Nachdem mein System unter Maverick plötzlich der Überzeugung war, dass meine CPU nicht mehr als 800Mhz kann – ich leide mit allen die auf einem solchen System KDE betreiben wollen – und alle Lösungsansätze nichts brachten, war mein nächster Schritt eine Neuinstallation der Beta 2 von Natty. Da ich mein home auf einer separaten Partition habe, war dies kein größeres Problem. Nur die gängigen Programme nachinstallieren und fertig. Immer wieder ein schönes Gefühl ein neues System mit den alten Einstellungen willkommen zu heißen.

Was mich direkt beim Start wunderte war der hübsche Ladescreen von Kubuntu. Farbverläufe, vernünftig aussehender Text…fremde Welten ;) Nach dem Start von KDE waren die Desktopeffekte bereits verfügbar, da wurde ich dann wirklich stutzig. Hat da Kubuntu evtl. heimlich schon den Nvidia-Treiber (habe eine Geforce 8600M GT) installiert? Muon angeworfen und mal gesucht. Es wurde der Nouveau Treiber installiert.

Generell finde ich es eine phantastische Idee eine freien Treiber dafür zu haben. Vielleicht sind sie dort etwas schneller und kooperativer als bei Nvidia selbst. Aber zu dem Thema kaputte Treiber, Verhalten von Herstellern und wie Entwickler von Fenstermanagern dagegen arbeiten, empfehle ich den Blog von Martin.

Also habe ich Nouveau mal einem subjektiven Test unterzogen: Flashvideo laufen fein.  Desktopeffekte sind sehr schnell, aber leider werden keine unterstützt die auf Shadern basieren (der Würfel, Wunderlampe, Gleiten, …). Portal mit Wine spielen? Keine Chance, da auch hier Shader verwendet werden. Aber generell war ich von der Performance sehr begeistert. Ein anderes Teammitglied berichtet aber beim Zusammenspiel von Nouveau und einer Geforce Quadro FX 570M vom genauen Gegenteil: Video ist ruckelig, Flash ebenfalls. Ich vermute dass dies am jüngeren Alter der Karte liegt und der Treiber für diese Karten noch nicht optimiert ist.

Kudos an die Entwickler und ich wünsche ihnen den langen Atem um den Treiber peu a peu zu verbessern. Bisher rennt Natty ohne große Probleme, außer das PolicyKit kaputt zu sein scheint, aber hey: man kann Pakete auch über ‘ne Konsole installieren.

Und zu guter Letzt: meine CPU taktet wieder artig.

Pro-Linux berichtet, dass Oracle vorhat OpenOffice.org in eine NPO auszugliedern. Getragen und entwickelt soll das Projekt dann von der Community werden. Interessant. Welche Community? Alle wichtigen Entwickler die nicht direkt bei Sun/Oracle angestellt waren sind bereits zu LibreOffice gewechselt. Oracle hat einfach nicht verstanden, dass ein solches Projekt eine Community braucht die sich darum kümmert und deswegen diese verscheucht.

Ich persönlich verwende LibreOffice seitdem es die erste stabile Version gibt. OpenOffice.org ist also schon relativ früh bei mir von der Platte geflogen. Entsprechend zufrieden bin ich, dass LibreOffice OpenOffice.org in Natty ersetzen soll. Doch zurück zu Oracle. Es gibt nun mehrere Möglichkeiten: entweder es findet sich tatsächlich wieder eine Community die OpenOffice.org weiterträgt. Sofern Oracle die Namensrechte an diese Organisation abgibt fusionieren OOo und LibreOffice wieder und es gibt OOo weiterhin. Der Vorteil dieser Variante wäre, dass nicht dasselbe Programm zweimal entwickelt wird. Dann wiederum … mir gefällt LibreOffice sowohl vom Namen her besser als auch von der fehlenden Abhängigkeit zu Oracle.

Eine weitere Möglichkeit wäre, dass OOo und LibreOffice nicht fusionieren. Dann bleibt zu hoffen, dass sich die bestehende Community nicht auf diese zwei parallelen Projekte aufteilt. Zum Schluss gibt es noch die Möglichkeit, dass sich gar keine Community findet und das Projekt im Sand verläuft. Dann ist die Frage was mit den Namensrechten an OpenOffice.org passiert. Oracle hat ja mit diesem Schritt bereits abgelehnt das Projekt finanziell voran zu treiben. Verkauft Oracle dann den Namen und es entsteht ein OpenOffice.org das nichts mit dem Projekt wie wir es heute kennen zu tun hat aber von seinem Namen profitieren kann? Vielleicht sogar ein rein proprietäres Projekt?

Mir persönlich würde die Fusions-Variante am Besten gefallen wo die Namensrechte an OpenOffice.org an die Document Foundation übergehen.

Was ist deiner Meinung nach die wahrscheinlichste Variante? Oder habe ich sogar eine vergessen?

This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.

=-=-=-=-=
Powered by Blogilo

So nach langer Zeit komme ich endlich wieder dazu, einen Blogbeitrag zu schreiben. Im Moment stehe ich im Abschluss der Informatiklehre und muss darum Prioritäten setzten .

Heute habe ich eine interessante Unterhalten mit jemandem gehabt. Dabei sind wir schnell vom Broadcast auf die MAC-Adresstabelle eines Switches und davon auf MAC flooding gekommen. Damit man das Ganze versteht hole ich ein wenig aus.

Funktionsweise eines Hubs

Wir nehmen an, dass 4 Computer und 1 Webserver an einem Hub angeschlossen sind. Ein Computer greifft nun auf den Webserver zu. Der Hub erhält vom Computer ein Packet, in welchem die MAC-Adresse des Webservers steht. Da der Hub aber keine MAC-Adresstabelle führt, sendet er das Packet aus allen Ports raus. Mit einem Netzwerksniffer, wie zum Beispiel Wireshark, kann somit der Netzwerktraffic von allen 4 Computern inkl. dem Webserver gesnifft werden. Hubs werden heute nur noch selten eingesetzt, da sie unnötig Netzwerktraffic verursachen, sich angeschlossene Geräte die Bandbreite teilen müssen und sie einfach veraltet sind.

Funktionsweise eines Switches

Wir nehmen an, dass 4 Computer und 1 Webserver an einem Switch angeschlossen sind. Ein Computer greifft nun auf den Webserver zu. Der Switch erhält vom Computer ein Packet, in welchem die MAC-Adresse des Webservers steht. Da er den Webserver noch nicht kennt, sendet er das Packet aus allen Ports raus. Der Webserver meldet sich beim Switch, hey das Packet ist für mich, ich habe diese MAC-Adresse. Jetzt kommt der Unterschied zum Hub. Der Switch trägt jetzt die MAC-Adresse des Webserver und den Port in einer MAC-Adresstabelle ein. Kommt wieder ein Packet, in welchem die MAC-Adresse des Webserver steht, weiss der Switch aus welchem Port er das Packet senden muss. Er sendet das Packet nur noch aus dem richtigen Port und nicht mehr aus allen Ports raus. Somit kann der Netzwerktraffic nicht mehr von einem Gerät, dass am Hub angeschlossen ist, gesnifft werden.

Den Switch zu einem Hub machen

Der Speicherplatz des Switches für die MAC-Adresstabelle ist beschränkt. Ist der Speicher voll, werden die ältesten Einträge gelöscht und die Neuen werden eingetragen. Dabei muss ein Packet wieder mindestens einmal aus allen Ports versendet werden, damit der Switch wieder die Zuordung von MAC-Adresse zu Port hat. Flutet man den Switch mit unsinnigen MAC-Adressen, ist die MAC-Adresstabelle ständig voll und Packete müssen wieder an alle im Netzwerk versendet werden, weil die Zuordung von MAC-Adresse zu Port fehlt. Der Switch wird zu einem Hub. Wie bei einem Hub kann der ganze Netzwerkverkehr gesnifft werden.

Praxis

Tja, da das Gesetz in der Schweiz ebenfalls enger wurde werde ich mich hüten, hier eine Schritt für Schritt Anleitung zu erstellen. Schade, hätte ich gerne gezeigt ^^. Wie man aber einen Switch oder ein LAN mit MAC-Adressen fluten kann findet man sehr schnell im Internet und wie man Packete snifft wissen die meisten Leser dieses Blogs ebenfalls . Hier gibt es ein gutes Video, das zeigt, wie bei einem CISCO Switch ein Angriff abgewehrt werden kann: Cisco Layer 3 Switch MAC Flood Attack.

Vorteile und Nachteile des Angriffs

Vorteile

• Sehr einfach umzusetzen
• Funktioniert in einfachen Netzwerken wie zum Beispiel Heimnetzwerk
• Für Lernzweck geeignet

Nachteile

• Erzeugt starke Last im Netzwerk
• Angriff wird sehr einfach entdeckt
• Teurere Switches haben einen grösseren Speicher für die MAC-Adresstabelle
• Teurere Switches haben diverse Sicherheitsmechanismen um den Angriff abzuwehren

Fazit

Dieser Angriff ist sehr einfach umzusetzen, kann dementsprechend auch sehr einfach erkannt und abgewehrt werden. Flutet man einen Switch mit MAC-Adressen wird dies als Angriff gewertet, also auf keine Fall in einem fremden Netzwerk, sondern nur im eigenen Netzwerk testen.

Ich gehe nach dem Motto, Angriff ist die beste Verteidigung. Nur wenn man Angriffe kennt, kann man diese auch abwehren .

Matthew Paul Thomas hat auf Developer Mainlinglist von Ubuntu User-Experience-Testergebnisse zu Ubuntu 11.04 mit Unity veröffentlicht. Die Testergebnisse sind meiner Meinung nach sehr erfreulich. Auch die Meinungen zu Ubuntu 11.04, die die Probanden geäußert haben, können als positiv gewertet werden.

Die wichtigsten Tasks wurden von den Testpersonen gelöst: so war es kein Problem Programme im Launcher zu öffnen und das Anwendungs-Menü wurde trotz Wechselmechanismus erkannt.

Allerdings gab es auch echte Probleme: das Anlegen von neuen Anwendungen im Launcher erscheint wenig intuitiv, MP3s abzuspielen war ein echtes Problem (von Ubuntu nicht Unity), das Verhalten des Launchers ist in manchen Fällen nicht verständlich.

Was mich aber am meisten interessiert hat, war der Gesamteindruck der Testpersonen. Dieser war überwiegend positiv. Am meisten begeistert, hat mich folgende Aussage von Testperson 9:

"Es ist in Ordnung ... Es ist nicht so verwirrend wie ein Mac."

Matthew Paul Thomas hat auf Developer Mainlinglist von Ubuntu User-Experience-Testergebnisse zu Ubuntu 11.04 mit Unity veröffentlicht. Die Testergebnisse sind meiner Meinung nach sehr erfreulich. Auch die Meinungen zu Ubuntu 11.04, die die Probanden geäußert haben, können als positiv gewertet werden.

Die wichtigsten Tasks wurden von den Testpersonen gelöst: so war es kein Problem Programme im Launcher zu öffnen und das Anwendungs-Menü wurde trotz Wechselmechanismus erkannt.

Allerdings gab es auch echte Probleme: das Anlegen von neuen Anwendungen im Launcher erscheint wenig intuitiv, MP3s abzuspielen war ein echtes Problem (von Ubuntu nicht Unity), das Verhalten des Launchers ist in manchen Fällen nicht verständlich.

Was mich aber am meisten interessiert hat, war der Gesamteindruck der Testpersonen. Dieser war überwiegend positiv. Am meisten begeistert, hat mich folgende Aussage von Testperson 9:

"Es ist in Ordnung ... Es ist nicht so verwirrend wie ein Mac."

The post Ubuntu 11.04 Desktop gut für Anfänger geeignet appeared first on Rockiger.

Kürzlich erschien die zweite Betaversion von Ubuntu 11.04 “Natty Narwal”. Also USB-Stick gepackt, Image draufgespielt und ausprobiert. Es kam nur der Standard-Desktop, also kein Unity, weil kein 3D. Das war zu erwarten, denn der vorinstallierte freie Nvidia-Treiber kann für meine Karte kein 3D. Was mich aber verwunderte war, dass mein D-Link DWA 140 WLAN Stick (Ralink-Chipsatz) nicht ging, der Network Manager zeigte nur ein “firmware missing” an. Ich installierte den Natty-Kernel 2.6.38 vom Mainline-PPA unter Maverick und stellte fest, dass das Problem dort auch auftrat. Ein Kernel-Problem also. Ich googelte und stellte fest, dass ich nicht allein war. Da fiel mir ein Artikel aus dem Ubuntu-User-Magazin ein, indem verschiedene WLAN-Sticks auf Linux-Tauglichkeit geprüft wurden. Bei einem stand der Autor vor demselben Problem; es wurden falsche Kernelmodule geladen.

Normalerweise lädt Ubuntu beim Booten oder beim Anschluss des Geräts das dafür passende Kernelmodul. Danach kann man mit dem Gerät schon loslegen. In diesem Fall aber (und offenbar in vielen anderen Fällen auch) lud Ubuntu zusätzlich zum richtigen Modul noch einige falsche Module für ähnliche Chipsätze. Dies sorgt allerdings dafür, dass das System nun nicht weiß, welches Modul die Kontrolle über den WLAN-Stick haben soll und deswegen kam keine Verbindung zustande.

Um das Problem zu lösen, sollte man sich ersteinmal alle geladenen WLAN-Module anzeigen lassen. Da mein Stick einen Ralink-Chipsatz benutzt, lautet der Befehl

$ lsmod | grep rt

Der Hersteller des Sticks bzw. der WLAN-Karte ist unwichtig, wichtig ist nur der Chipsatz (z.B Atheros, Broadcom oder eben Ralink). Wer einen anderen Chipsatz als ich hat, muss in Erfahrung bringen, welches Präfix die entsprechenden Module haben (das ubuntuusers-Wiki ist eine gute Anlaufstelle). Die Ausgabe schaut bei mir folgendermaßen aus:

parport_pc 36959 0
parport 46458 3 parport_pc,ppdev,lp
rt2870sta 450556 0
rt2800usb 18235 0
rt2800lib 45181 1 rt2800usb
crc_ccitt 12667 2 rt2870sta,rt2800lib
rt2x00usb 20330 1 rt2800usb
rt2x00lib 49235 3 rt2800usb,rt2800lib,rt2x00usb
mac80211 294370 3 rt2800lib,rt2x00usb,rt2x00lib
cfg80211 178528 2 rt2x00lib,mac80211

Hier sind nur die Module interessant, die mit “rt” anfangen. Diese werden jetzt allesamt entladen:

$ sudo modprobe -rf rt2870sta rt2800usb rt2800lib rt2x00usb rt2x00lib

Jetzt kommt das Ausprobieren. Man muss jetzt probieren, welches Modul das richtige ist. Also mit

$ sudo modprobe <modulname>

das Modul laden, ausprobieren, ob das WLAN läuft und wenn nicht, das Modul mit

$ sudo modprobe -rf <modulname>

wieder entladen. Glücklicherweise wusste ich schon von meiner Maverick-Installation, dass das Modul rt2870sta das richtige ist. Nach dem Laden dieses Moduls funktionierte auch das WLAN wieder.

Eine Kleinigkeit wäre da noch: Damit man das Prozedere nicht bei jedem Neustart wiederholen muss, sollte man die falschen Module blacklisten. In meinen Fall reicht es, folgende Zeilen zur Datei /etc/modprobe.d/blacklist.conf hinzuzufügen:

blacklist rt2800usb
blacklist rt2800lib
blacklist rt2x00usb
blacklist rt2x00lib

Es freut mich zwar, dass das Problem so einfach zu lösen war, aber Anfänger werden dadurch abgeschreckt. Wegen der neuen Unity-Oberfläche wird Natty sowieso ein heikles Release werden. Hoffen wir, dass es nicht das Vista der Ubuntu-Versionen wird

Update 2.Juni 2011:

Wie aus den von mir gemeldeten Launchpad-Bug hervorgeht, hatte ich mit meiner Einschätzung nicht ganz recht. Alle Module, die beim Hochfahren/Einstecken des DWA 140 geladen werden, sind richtige Treiber, die für den Stick geeignet sind. rt2870sta ist ein alter Staging-Treiber, der nicht offiziell zum Kernel gehört, nicht wirklich gepflegt wird und der irgendwann mal verschwinden wird. Der neue Treiber der ihn ersetzen soll ist dieser rt2800usb, welcher auch von den Wifi-Schnittstellen des Kernels besser Gebrauch macht. Die in Natty enthaltene Version dieses Treibers funktioniert aber mit meinem Stick noch nicht, weil linux-firmware zu alt ist. rt2800usb wird also geladen, kann aber nicht arbeiten, daraufhin wird rt2870sta geladen, welcher aber auch nicht arbeiten kann, weil rt2800usb nicht entladen wurde.

Eine bessere Alternative zu dem oben vorgestellten Lösungsvorschlag ist die Benutzung von rt2800usb mit aktueller Firmware, weil dieser Treiber besser gepflegt wird. Zuerst muss rt2870sta geblacklistet werden:

 
$ echo 'blacklist rt2870sta' | sudo tee -a /etc/modprobe.d/blacklist.conf

Das Blacklisting der anderen rt-Module muss natürlich rückgängig gemacht werden. Anschließend lädt man sich die neueste Version von linux-firmware herunter und entpackt das Archiv. Einzig die Datei rt2870.bin ist interessant. Nun wird die alte Firmware umbenannt und die neue installiert:

$ cd <entpackter Ordner>
$ sudo mv /lib/firmware/rt2870.bin /lib/firmware/rt2870.bin.old
$ sudo cp rt2870.bin /lib/firmware/rt2870.bin

Nach einem Neustart sollte das drahtlose Netzwerk wieder funktionieren. Am besten, man testet beide Treiber und nutzt dann den, welcher besser läuft.

In letzter Zeit ging mir Flash doch sehr auf die Nerven, da es auf jeder erdenklichen Webseite die Lüfter meines Notebooks in die Höhe trieb. Aber wie kam das. Da ich das flash-plugin aus der Synaptic genutzt habe, musste diese 32bit Version erst mittels nspluginwrapper (was sich als npviewer.bin in der System-Überwachung ausgibt) auf das 64bit System portiert werden. Das hat unnötig viele Ressourcen gefressen und diese nicht selten sogar annähernd vollständig für sich beansprucht.


(hier schläft es mal zufällig, da Chromium gerade nicht aktiv darauf zugreift


Als ich mich nach Lösungen umgesehen habe, bin ich auf die Möglichkeit gestoßen, Adobe Flash in der 64bit Variante zu nutzen, was allerdings schon eine ganze Weile als "Preview" angeboten wird. Nach der Installation läuft aber das System merklich ruhiger und auch sonst konnte ich bis jetzt keine Nachteile erkennen.

Wer das Flash-Plugin auch "ausprobieren" möchte (natürlich wie immer alles auf eigene Gefahr und "Fremdpakete können das System gefährden"), der kann das folgendermaßen tun (wer eine Paketquelle nutzen möchte, welche Updates automatisch einspielt, der nimmt die Anleitung 2):

Anleitung 1:
Im Terminal eingeben:

sudo apt-get remove flashplugin-installer nspluginwrapper
cd Desktop
wget http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_2_p3_64bit_linux_111710.tar.gz
tar xzf flashplayer10_2_p3_64bit_linux_111710.tar.gz

#Für Firefox und Chromium
sudo cp libflashplayer.so /usr/lib64/mozilla/plugins/

sudo add-apt-repository ppa:sevenmachines/flash
sudo apt-get update
sudo apt-get install flashplugin64-installer

Fyre ist ein Programm zur Erzeugung von computerbasierten Grafiken auf Basis von Chaosfunktionen. Ich kenne es schon seit geraumer Zeit, hatte aber nie einen Einsatzzweck dafür. Jetzt hat es dazu gedient, einen Header für dieses Blog zu berechnen. Mir persönlich gefallen die Fyre erstellten Grafiken sehr gut, da sie eine mathematische Funktion in einer äußert anschaulichen Weise präsentieren.

Leider scheint die Entwicklung von Fyre nicht mehr fortgesetzt zu werden. Auf der Projektseite finden sich aber noch Binärpakete für Windows und einige Distributionen. Unter Arch Linux (so wie auch unter Ubuntu) ist das Programm auch direkt aus den Repositorien erhältlich. Mithilfe einer einfachen grafischen Oberfläche lassen sich binnen Sekunden wahre abstrakte Kunstwerke  generieren. Dabei bestimmt man mithilfe von vier Parametern (A, B, C, D) den grundlegenden Verlauf der Grafik. Hat man ein passendes Muster gefunden, kann man direkt im Programm weitere Filter, etwa einen Weichzeichner auf die Grafik anwenden. Auch die Vorder- und Hintergrundfarbe lassen sich beliebig anpassen. Fyre hat sogar ein eigenes kleines Rendertool mit dessen Hilfe man binnen kürzerster Zeit sogar avi Filme rendern kann. Ganz praktisch ist auch die Möglichkeit, die Fotos automatisch “tileable” (kachelnd) zu machen um sie etwa als Header für eine dynamisch Breite Website zu nutzen (wie oben im Blogheader).

Ich habe eine kleine Gallerie meiner Kunstwerke zusammengestellt. Weitere gelungene Bilder finden sich etwa auf Flickr.

Wie bereits angekündigt habe ich mir das aktuelle Humble Bundle besorgt. Bisher habe ich erst eines der Spiele getestet: Trine. In diesem Spiel kann man alternativ eine Diebin, einen Kämpfer oder einen Magier spielen. Den Charakter kann man während des Spiels wechseln. Trotz der 3D-Darstellung der Figuren und der Welt ist der Aktionsrahmen auf 2D beschränkt. Filmsequenzen sind überhaupt nur Standbilder. Dies als billige Alternative zu bezeichnen trifft es jedoch nicht, da diese Sequzenzen recht gut gezeichnet sind und zum epischen Erzählstil des Spieles passen. Das Spiel selbst liefert neben Englisch auch eine deutsche Sprachausgabe und ist noch in ein paar anderen Sprachen verfügbar.

Das Spiel selbst ist recht interessant, jedoch lief ich zuerst in ein paar technische Probleme. Mein System ist ein Laptop mit ATI-Grafik-Chip (Mobility Radeon HD 4200; ca. 1,5 GiB Shared), AMD-CPU (Athlon II P320, 2.1 GHz, 64-bit), 4 GiB SODIMM RAM (1333 GHz). Grafiktreiber ist flgrx. An sich sollte das Gerät also wenig Probleme mit neueren (aufwändigeren) Spielen haben. Deshalb entschied ich mich auch dazu das Spiel zuerst mal in voller Auflösung (1366×768) mit vollen Effekten in hoher Qualität auszuprobieren. Problem: im Vollbild-Modus findet das Spiel scheinbar die Maus nicht. Ich war also unfähig im Menü zu navigieren (welches sich scheinbar nicht mit der Tastatur steuern lässt). Zum Glück ließ es sich mit alt+F4 beenden.

Also versuchte ich es erneut mit denselben Einstellungen, nur im Fenstermodus. Da ich leider übersehen hatte die Auflösung umzuändern verschmierte dies leider die Grafikausgabe, sodass ich den X-Server neu starten musste.

Beim dritten Versuch nun, ich habe die Auflösung auf 1280×600 gestellt, ließ sich das Spiel reibungslos starten und bedienen. Interessanter Weise Maus und Tastatur während des Spiels im Fenster gefangen. Das macht das Spielen natürlich etwas angenehmer, wenn sich ein Freund im Kopete meldet oder ich irgendetwas im System machen will muss ich jedoch dieses zuerst beenden … Eine Release-Taste wie bei Virtualbox wäre praktisch. Da die grafische Ausgabe des Spieles jedoch recht rucklig war habe ich die Qualitätsstufe von "Hoch" auf "Medium" gestellt.

Im Menü lassen sich Grafik-, Audio- und Controller-Optionen anpassen. So kann der Spieler z.B. die Standardkonfiguration verwenden oder bis zu drei eigene Konfigurationen erstellen. Scheinbar kann man das Spiel mit bis zu zwei weiteren Spielern zusammen spielen.

Alles in allem ein interessantes Spiel dem ich, wenn ich die Zeit finde, sicherlich noch mehr Aufmerksamkeit widmen werde.

This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.

=-=-=-=-=
Powered by Blogilo

Immer diese Zertifikate...

sudo cp ~/DigiCertHighAssuranceCA-3.crt /usr/share/ca-certificates/mozilla/DigiCert_High_Assurance_CA-3.crt
sudo dpkg-reconfigure ca-certificates

Bug melden