Chris' personal blag

CrossOver Office / Games zu verschenken

nospam@example.com (Chris) — Wed, 29 Oct 2008 20:39:58 +0100

Codeweavers hat gestern Seriennummern für Crossover Office und Crossover Games für Linux und Mac verschenkt, zur Feier des hohen Benzinpreises in den USA. Mit der Software ist es möglich, einige Windowssoftware sowie einige Windowsspiele unter Linux bzw Mac in Betrieb zu nehmen.

Ich habe mir zwei Seriennummern organisiert, die ich nicht wirklich brauche - wer eine haben will möge sich melden. Die Nummern müssen bis zum 30.10. aktiviert werden, man erhält dann einen Account auf der CodeWeavers-Seite, mit dem man die Software herunterladen sowie den ebenfalls kostenlosen Support in Anspruch nehmen kann.

Ubuntu auf dem Gigabyte M912: Das WLAN-Modul

nospam@example.com (Chris) — Thu, 16 Oct 2008 15:35:51 +0200

Der verwendete WLAN-Chipsatz ist leider zu neu für Ubuntu 8.04, wird von dem mitgelieferten madwifi nicht erkannt.

Als Lösung kann man madwifi selbst übersetzen und installieren.

Dazu muß zuerst mal das von Ubuntu mitgelieferte madwifi gelöscht werden: "sudo apt-get remove linux-restricted-modules-`uname -r`".

Als nächstes benötigen wir die Tools um ein Kernelmodul bauen zu können: "sudo apt-get install build-essential linux-headers-`uname -r`", und anschließend die Sourcen für madwifi-hal. Diese finden sich auf der Snapshot-Seite vom Madwifi-Projekt, grade aktuell ist madwifi-hal-0.10.5.6-current.tar.gz.

Den Snapshot entpacken, ins entstandene Verzeichnis wechseln, und übersetzen und installieren. (make, sudo make install).

Danach den Rechner einmal neu booten, damit er seine Kernelmodule sortieren kann, danach kann WLAN mit Network Manager konfiguriert werden...

Nachtrag: madwifi.org funktioniert momentan nicht, daher ist der Snapshot aus dem ich installiert habe nun hier verfügbar.

Ubuntu auf dem Gigabyte M912: Der Touchscreen

nospam@example.com (Chris) — Thu, 16 Oct 2008 14:52:00 +0200

Für den Touchscreen braucht es einen Treiber vom Hersteller. Diesen gibt es auf der Downloadseite von Penmount. Nach der Lizenz geht es zur Softwareübersicht, nach etwas scrollen findet man "Ubuntu 8.04 Driver V2.2". Diesen laden, entpacken (tar xvf "PenMount Ubuntu8.04 Driver V2.2.tar.gz") und im entstandenen Verzeichnis "pmlinux-ubuntu8.04" install.sh ausführen.

Der Installer stellt einige Fragen, das verwendete PenMount-Model ist "1. PenMounnt 6000 series (USB)", A/D Bit wieder "1. A/D 10-bit", 2nd Button wieder 1., Pen Down Mode 1., Hold Time ist wieder interessant, das ist die Zeit die man auf einem Punkt drückt, um den 2nd Button aufzurufen, den wir vorher als rechte Maustaste konfiguriert haben. Bei mir 500 ms.

Der Installer ändert selbstständig die xorg.conf, jetzt wieder X neu starten, dann funktioniert der Touchscreen, muß aber noch kalibriert werden. Dazu liefer der Treiber das Tool "gCalib" mit.

Ubuntu auf dem Gigabyte M912: Displayauflösung

nospam@example.com (Chris) — Thu, 16 Oct 2008 14:42:21 +0200

Standardmäßig betreibt Ubuntu das Netbook mit der falschen Auflösung, da der falsche Grafiktreiber geladen wird.

Um das zu berichtigen habe ich die "/etc/X11/xorg.conf" geändert:

In der Section "Device" ist als Treiber "vesa" ausgewählt, diesen durch "intel" ersetzen. Die Section sieht bei mir dann so aus:



Section "Device"

    Identifier "Configured Video Device"

    Boardname "vesa"

    Busid "PCI:0:2:0"

    Driver "intel"

    Screen 0

EndSection

Jetzt X neu starten (sudo /etc/init.d/gdm restart, oder ausloggen und einloggen, oder reboot), dann kann mit xrandr oder der Gnome Config die Auflösung richtig eingestellt werden.
Für das M912X und M912V ist die native Auflösung 1280x768.

Ubuntu auf dem Gigabyte M912: Das Touchpad

nospam@example.com (Chris) — Thu, 16 Oct 2008 14:32:47 +0200

Das Touchpad des M912 ist unter Ubuntu relativ einfach in Betrieb zu nehmen.

Es genügt den Kernel mit der Option "i8042.noloop=1" zu starten. Dazu im Editor der Wahl (vi!) /boot/grub/menu.lst öffnen.
In Zeile 66 sollte "# kopt=root=UID=1234567890xyz ro" stehen. Dort einfach "i8042.noloop=1" anfügen.

Danach muß die Grub-Config neu geschrieben werden, das Kommando dafür ist "sudo update-grub".

Zu guter letzt muß der Synaptics-Treiber deinstalliert werden: "sudo apt-get remove xserver-xorg-input-synaptics"
Dabei wird auch das Metapackage xserver-xorg-input-all gelöscht.

Jetzt noch einmal rebooten, und das Touchpad funktioniert.

Linux auf dem Gigabyte M912(X)

nospam@example.com (Chris) — Thu, 16 Oct 2008 14:18:35 +0200

Gigabyte M912

Vor einigen Monaten hat Gigabyte ein Netbook auf Atom-Basis vorgestellt, das besondere daran: Ein drehbares Display mit Touchscreen!

Das Netbook gibt es in drei Versionen, als M912M, mit LED-Backlight, daher etwas längerer Akkulaufzeit, und kleinerer Auflösung (und ohne Bluetooth), und als M912X und M912V, die sich nur durch das vorinstallierte Windows XP bzw Vista unterscheiden.

Ich habe mir vor einem Monat also das "große" M912X bestellt, wegen der höheren Displayauflösung von 1280x768, und dem eingebauten Bluetoothmodul. Gestern kam endlich das Paket, so das ich mich gleich dransetzen konnte Debian Lenny zu installieren.

Um die Linuxinstallation soll es hier hauptsächlich gehen, denn diese ist leider nicht trivial. Mit Debian bin ich nicht weit gekommen, denn der Laptop stürzt ab wenn man a) ACPI nicht beim booten abschatet, und b) versucht den Netzwerkktreiber für den Ethernetanschluß zu laden. Ohne Netzwerk ist eine Debian-Installation unnötig kompliziert, und ohne ACPI macht der ganze Laptop für mich nicht mehr viel Sinn.

Den nächsten Versuch startete ich mit dem, was Debian am nähesten kommt: Ubuntu.

Ubuntu 8.04 installiert erstmal ohne größere Probleme auf dem Gerät, es sind allerdings nach der Installation einige Nacharbeiten zu machen, die ich nach und nach beschreiben werde.

Vorerst OHNE Funktion blieben:

- Das Touchpad
- Die Displayauflösung (ist falsch)
- Der Touchscreen
- Das WLAN-Modul
- Die Webcam
- Suspend2Ram
- Suspend2Disk

Kastensammler...

nospam@example.com (Chris) — Thu, 09 Oct 2008 23:07:03 +0200

...."die Flaschen holen ja immer die anderen weg!"

Der Unterbau meines Betts auf dem Weg zurück in den Handel

Genau so...

nospam@example.com (Chris) — Sat, 04 Oct 2008 19:45:55 +0200

....stelle ich mir eine Eierfabrik mit Käfighaltung NICHT vor...

Screen mit vertikaler Split-Option

nospam@example.com (Chris) — Sat, 12 Jul 2008 23:01:19 +0200

Screen mit ein paar Fenstern

Mal wieder ein Debian-Package: Screen 4.1CVS (amd64), für i386 und Sparc gibts das Paket bei dem Menschen, der es ursprünglich auch gebaut hat.

Das besondere bei diesem Screen ist, das er Fenster vertikal splitten kann (^A |), was bei 16:10-Monitoren besonders super ist.

Das Paket ist übrigens für Debiane größer gleich testing uninteressant, da gibt es Screen mit |-Funktion in main.

Lighttpd und SNI: SSL ohne Extra IPs

nospam@example.com (Chris) — Thu, 10 Jul 2008 23:25:43 +0200

SNI ist eine tolle Sache. Damit kann man nämlich Webserver betreiben, die mehrere SSL-Seiten auf einer IP, und einem Port hosten. Normalerweise braucht man ja immer eine Extra-IP pro SSL-Seite, da der Browser sonst mit dem Zertifikat nicht zurecht kommt. Mitfhile von SNI teilt der Browser dem Webserver erst mit, welche Seite er möchte, und bekommt dann das passende Zertifikat.

Für Lighttpd gibt es hier einen Patch für SNI-Support.
Mithilfe dieser Anleitung für APT und DPKG ist es recht einfach gepatchte debian-Pakete zu erstellen.

Ich hab da mal was vorbereitet, Lighttpd-SNI für Debian stable (amd64/i386) und für Debian testing (i386).

Sind die Pakete installiert, kann /etc/lighttpd/conf-enabled/10-ssl.conf wie folgt angepasst werden:



# /etc/lighttpd/conf-available/10-ssl.conf

#### SSL engine

$SERVER["socket"] == "0.0.0.0:443" {

                  ssl.engine                  = "enable"

                  ssl.pemfile                 = "/etc/lighttpd/server.pem"



                  $HTTP["host"] == "foo.bar.example.com" {

                    ssl.pemfile = "/etc/lighttpd/foo.bar.pem"

                    }

                  $HTTP["host"] == "spam.eggs.example.org" {

                    ssl.pemfile = "/etc/lighttpd/spam.eggs.pem"

                    }

}

Das Zertifikat server.pem wird hierbei für alle nicht definierten Hostnamen ausgeliefert, sowie für Browser die SNI nicht unterstützen.
Das sind vor allem die üblichen alten Versionen von IE, Konqueror (der es ab KDE 4.1 können soll), und der darauf aufbauende Safari...

Trotzdem schonmal ne tolle Sache.

Ein Tag, ein Bild: Red Dwarf-Fanartikel?

nospam@example.com (Chris) — Fri, 13 Jun 2008 14:57:03 +0200

Smeggin' Fridge!

Ein Tag, ein Bild: Finkenwerder

nospam@example.com (Chris) — Wed, 11 Jun 2008 11:07:02 +0200

Das Schöne an Hamburg: Man kann auch schonmal mit dem Schiff zur Arbeit fahren... :)

Mailinator mit eigenen Domains

nospam@example.com (Chris) — Thu, 05 Jun 2008 17:23:11 +0200

Mailinator ist super, inzwischen muß man sich ja an allen Ecken und Enden im Web anmelden - Web 2.0 lässt grüßen.
Nun, man will ja nicht jedem seine E-Mailadresse verraten, um hinterher mit allem möglichen Müll zugeschmissen zu werden.
Also nimmt man Adressen von Mailinator, die E-Mail zur Aktivierung des Accounts oder sonstwas holt man von deren Webseite, und danach wird man nicht mehr genervt. Toll.
Nur, inzwischen blocken viele Webseitenbetreiber die Domains von Mailinator als ungültige oder nicht erlaubte E-Mailadressen, was ziemlich nervt.

Nun kommt der Trick:
Der Mailserver von Mailinator nimmt alle Mails an und stellt sie an die virtuellen Benutzer zu, egal auf welcher Domain.
Wer also eine eigene Domain hat, kann für beliebige Subdomains mail.mailinator.com als MX eintragen, und fortan *@subdomain.domain.tld bei Mailinator nutzen.

Mailinator - Let Them Eat Spam!

Ein Tag, ein Bild: Freiheit statt Angst!

nospam@example.com (Chris) — Sat, 31 May 2008 16:21:40 +0200

Selten eine Demo komplett ohne Knüppelgarde erlebt...

SSL mit Namecheap

nospam@example.com (Chris) — Thu, 22 May 2008 02:27:55 +0200

SSL ist ne tolle Sache.
Die Verbindung zwischen Browser und Server kann man eigentlich nicht oft genug verschlüsseln, Login fürs Blag, Webmail, privates Miniwiki als Notizzettel, es gibt viele Spielereien die man unterwegs gut im Browser brauchen kann.

Nun, der Haken ist, unterwegs habe ich meine Zertifikate nicht dabei. Bedeutet, wenn ich sie selber erzeuge, das der Browser eine Fehlermeldung wirft, er kenne mein Zertifikat nicht. Nun, das kann man dem Browser bekannt machen.
Möglichkeit 1, ich überprüfe den Fingerprint des Zertifikats und sage dem Browser hinterher, er solle es akzeptieren. Geht, ist aber umständlich und eher doof.
Möglichkeit 2, ich lasse CACert Zertifikate für mich ausstellen. Nachteil: CACert kennen die Browser auch nicht - ich muß also das CACert-Zertifikat installieren. Solange sich CACert also nicht durchsetzt, im Grunde dasselbe wie vorhin.
Möglichkeit 3, auf die ich durch unser Fachschaftsforum stieß - StartSSL Free, deren Root-Zertifikat ist in einem der beiden großen Browser vorinstalliert - ich meine es war Mozilla. Findet man unterwegs auf fremden Rechnern nur andere Browser beginnt der Spaß mit Fingerprints wieder.
Möglichkeit 4, von der ich bisher immer Abstand nahm - ein Zertifikat erwerben, von einem Aussteller der ein in den Browsern dieser Welt vorinstalliertes Zertifikat hat. Das war mir bisher immer viel zu teuer.

Achtung, nun beginnen die Lobgesänge:
Vor kurzem stolperte ich über Namecheap, und begann dort Domains zu erwerben, und entdeckte später ihr Angebot an Zertifikaten. Los gehts ab 14.88 US$, in Euro also fast nichts, momentan sind das keine 10 Euro. Dafür gibt es ein Zertifikat, dessen Root in vielen Browsern vorinstalliert ist - bisher hats nur mit meinem Symbian-Handy nicht auf Anhieb geklappt. Aber im Normalfall braucht man also nie wieder Fingerprints zu checken - für ein Jahr.

Nun kommt der Teil, weswegen ich hier eigentlich diese Produktwerbung betreibe:
Vor kurzem ereignete sich bei Debian ein mittelschwerer Eklat um SSL-Zertifikate, der bewirkte das auf Debian-Systemen erstellte SSL-Schlüssel verwundbar waren, und das schon seit Ende 2006.
Bedeutet, alles was ich auf meinen Rechnern in den letzten 1,5 Jahren an Schlüsselmaterial erzeugt habe kann gelöscht werden, die damit erzeugten Zertifikate ebenfalls. Toll. und das nachdem ich mich grade mal durchgerungen habe Geld dafür auszugeben.

Aber, gestern kam von RapidSSL, dem Anbieter hinter Namecheap, das Angebot, alle erstellten Zertifikate kostenfrei neu zu erstellen, wegen des Debian-Bugs. Schöne, kulante Aktion, wie ich finde, und das für den Preis... :)