Warum sollte es bei Jabber-Servern auch anders sein als bei den Clients – es gibt zuviele. Aber egal, bei den Clients habe ich mich ja schon so gut wie entschieden (gajim kann VIEL mehr als pidgin) und auf der anderen Seite der Infrastruktur ist die Sache jetzt auch viel klarer – Openfire finde ich total sexy.

Ich weiß, dass ich mich bestimmt von der tollen Oberfläche blenden lasse, aber es geht halt alles auch gut von der Hand: LDAP-Anbindung – ein Klick und die Daten fließen. ICQ- oder MSN-Transporter ausgewählt und zwei Sekunden später chattet man mit den Leuten, die noch in der prohibitären Welt feststecken (und ich stecke, glaube ich, bei der Rechtsschreibung fest). Zum Vergleich: Der ejabberd möchte, dass ich mich mit Erlang, einer sehr, sehr gewöhnungsbedürftigen Sprache, auseinander setze…

Bleibt die Frage, wie es um die Performance bestellt ist. Da scheint ejabberd zwar weit vorne zu liegen, aber ich habe keine Ahnung, wieviele gleichzeitige Nutzer man in der Praxis hinterher hat. Es bleibt also spannend (jedenfalls relativ. Auf der geek-Ebene.)…

…und es gibt Sachen, über die ich gar nicht reden möchte, aber eben dies dem Dennis versprochen habe!

Ich habe die letzten zwei Tage fieberhaft (naja, den ersten Tag fieberhaft, beim zweiten…weniger) versucht rauszufinden, warum unser neuer CUPS-Server sein Webkleid nicht der Welt oder wenigstens unserem Netz zeigen wollte – unser alter Druckserver mit der guten Suse 7.1 hat nämlich nach tapferen Betrieb vor ein paar Tagen die Grätsche gemacht. Aber egal was, der neue Server wollte nicht, meckerte immer von wegen cgis und sowas rum.

Heute hat Dennis dann mal einen Blick drauf geworfen…jedenfalls war das wohl sein Plan: Mal kurz einen Blick drauf werfen.. Daraus wurde dann der heutige Nachmittag, in dessen Verlauf wir dann der Lösung näher kamen. Wenn auch nur über Umwege, denn Dennis meinte, ich hätte mir den Xen-Server, auf dem der neue CUPS läuft, zu einfach gemacht (Dennis kompiliert das immer selbst, Niels macht ein aptitude install ubuntu-xen-server). Irgendwie hatte ich es dann auch noch hinbekommen, dass die Systemzeit sich im Spätherbst des Jahres 1944 verirrte, was Dennis grundsätzliches Misstrauen gegen die Installation noch weiter verstärkte.

Um es kurz zu machen und weitere für mich peinliche Details verschweigen zu können, an dieser Stelle ein ganz wichtiger Tipp: Installiert udev! Dann gibt es auch so unwichtige Dinge wie ttys und nach ein paar doofe Dev-Kumpel…naja, ich werd' wohl an dieser Stelle auf dieser Seite eine virtuelle Ein-Euro-pro-doofe-verbockte-Sache-Spardose einrichten, in die ich in Zukunft einzahlen werde.

Ach ja, der Jabber-Server läuft nach einer kleinen Operation, die rein gar nichts mit den soeben geschilderten Fakten zu tun hat, auch zur vollsten Zufriedenheit…

[Update]
Wichtiges command in diesem Zusammenhang: rm /etc/udev/rules.d/z45_persistent-net-generator.rule

Hmm, da scheint der cron-job seine Arbeit wohl nicht ganz so ernst zu nehmen…

WARNING: some databases have not been vacuumed in over 2 billion transactions
DETAIL: You may have already suffered transaction-wraparound data loss.

Mal sehen, was ein händisches vacuum dazu zu sagen hat.

Hmm,

nach zweimaligen Installieren verträgt sich das Notebook fast reibungslos mit Linux. Dank Intel-Hardware sind die grundlegenden Dinge wie Platte, DVD und Speedstep kein Problem, nur das WLAN (DELL Wireless 1390, 'nen Broadcom-Ding) wollte nicht so richtig. Seit dem 2.6.20 gibt es für diesen Chip ja einen nativen Linux-Treiber, den bcm43xx. Dafür braucht man dann aber noch eine Firmware – was sich als problematisch erwiesen hat. Denn die Treiber auf der DELL-Seite funktionieren nicht, denn der Treiber meckert dann von wegen Version 4 der Firmware wäre des Teufels und so

Naja, dank dem Internet finden sich ja schnell Anleitungen, wie man dieses Problem umgehen kann und das Ubuntu-Forum stand oben in den Suchergebnissen. Da gibt es dann auch ein DEB-Paket mit der Firmware und damit lädt dann auch der Treiber ohne Probleme. Hilft einem aber nicht weiter, denn: Der Network-Manager findet dann zwar auch drahtlose Netzwerke (z.B. GoeMobile-Neu), bekommt dann aber kein dhcp. Funktionstüchtig ist was anderes.

Naja, dann halt das ganze nochmal von vorne: Archlinux neu installiert und diesmal zu ndiswrapper gegriffen. Der mag auch die Treiber von der DELL-Webseite (und mag jetzt sogar software-Suspend, dass war vor ein paar Monaten noch nicht so) und damit bekommt man dann auch eine Zusammenarbeit mit dem dhcp-Server hin. Und WPA. Also ist alles gut an der Wirless-Front.

Die integrierte Intel-Grafik (950 GMA)  funktioniert auch out-of-the-box. Nur leider gibt es da ein ganz kleines Problem: AIGLX will nicht so richtig. Liegt aber auch etwas an arch selbst: In der aktuellen Version fahren die den xserver 1.2 und den i810-Treiber, von Xorg gibt es aber mittlerweile die 1.4 vom xserver und den neuen Intel-Treiber 2.1. Damit ist der Fehler aus der Welt (jetzt geht das auch schon, aber da muss man krude Umgebungs-Variablen setzen, alles Voodoo(tm)-Kram) und soo lange dauert das wohl auch nicht mehr, bis arch das Ding nach [core] portiert (liegt mal wieder alles an den nvidia/ati-Treibern, die kommen wohl mit der geänderten API nich so ganz klar ). Und der xserver 1.3 in [testing] hat wohl auch noch ein paar Macken. Naja, kommt Zeit, kommt Eye-Candy.

Was mir noch gefällt: Die Akku-Laufzeit liegt irgendwo bei über 2 1/2 Stunden…was mit dem neuen xserver 1.4 noch mehr wird, denn da funktioniert dann xrandr 1.2 auch das Anpassen des backlights (das macht bei gutsy auch was her).