Sonntag, 25. November 2007
Mail oder keine Mail.... Das ist die Frage
Tja, immer wenn man es nicht gebrauchen kann, dann passiert es:
Pünktlich zum grossen Turmspringen von Stefan Raab semmelte unser "alpha" ab und seither ist der LUG-Mailserver down. Blöd is vor allem, dass man die Hotline dort zwar bis 0 Uhr erreichen kann, die Techniker im RZ aber offenbar und blöderweise schon deutlich eher Feierabend machen 
Macht das Sinn? Ich finde nicht und das hab ich denen da eben auch unmissverständlich klar gemacht...
Das is ja wie bei uns auf Arbeit, wo Wartungsarbeiten immer dann erledigt werden, wenn alle noch am System arbeiten, weil Arbeiten am Wochenende zuviel kosten würden. Da lässt man dann lieber eine ganze Dienststelle stillstehen. Was kostet denn mehr?
Dienstag, 20. November 2007
Und ewig grüßt der Syntax-Fehler
Wer Kennt das nicht. PHP als Vertreter der Quick-And-Dirty Programmiersprachen verlockt einen ja immer wieder.
Hier noch mal schnell was fixen. Da eine Codezeile umbauen und dann am besten ab in die Versionsverwaltung damit. Wird schon alles klappen. Schliesslich hat man es eilig.
Und irgend wann später fragt man sich dann, wo die komischen Syntax-Errors herkommen, die da auf der Startseite prangern...
Für die Anhänger der vim-Fraktion hier ein Workaround dafür.
In die .vimrc im Homeverzeichnis einfach die Zeile
So ein kleiner Hack und nie wieder Syntaxfehler im subversion. Gelle Tomkahr
Damit das funktioniert, muß eine CLI-Version von PHP installiert sein. Diese befindet sich bei Debian-Distributionen im Packet php4-cli oder php5-cli. Die anderen Distris liefern das imho im Basispacket mit aus.
Hier noch mal schnell was fixen. Da eine Codezeile umbauen und dann am besten ab in die Versionsverwaltung damit. Wird schon alles klappen. Schliesslich hat man es eilig.
Und irgend wann später fragt man sich dann, wo die komischen Syntax-Errors herkommen, die da auf der Startseite prangern...
Für die Anhänger der vim-Fraktion hier ein Workaround dafür.
In die .vimrc im Homeverzeichnis einfach die Zeile
map <f9> :w<CR>:!php -l %<CR>einfügen. Mit dieser kleinen Zeile verdingt man vim dazu beim drücken der F9-Taste die aktuelle Datei zu speichern und danach PHP mit einer Syntaxcheck-Option aufzurufen. Man kann sich die Fehlermeldungen vom PHP dann kurz anschauen oder sich freuen, wenn keine vermeldet wurden.
So ein kleiner Hack und nie wieder Syntaxfehler im subversion. Gelle Tomkahr
Damit das funktioniert, muß eine CLI-Version von PHP installiert sein. Diese befindet sich bei Debian-Distributionen im Packet php4-cli oder php5-cli. Die anderen Distris liefern das imho im Basispacket mit aus.
Freitag, 16. November 2007
ACPI Battery -- und weg ist der Status
Donnerstag, 15. November 2007
Laptop einmal anders
Freitag, 9. November 2007
Thanks, Mr. Schäuble! Und wann nutzen Sie Ihre Greencard?
Montag, 5. November 2007
Das Gentoo Distfile Experiment
So mancher Gentoo Benutzer regt sich doch gerne mal über nicht korrekte Checksummen auf, was Portage gerne mit "!!! Checksum differs" quittiert.
Um diesem Problem Herr zu werden, haben Jan und ich beschlossen, einfach mal einen groß angelegten Test zu machen. Dafür werden wir alle Pakete, die derzeit in Stable und Testing sind, herunterladen.
Da sich sowas jedoch mit der Portage API mehr schlecht als recht skripten lässt (nein, "emerge -f xxx" sind keine schöne option), verwenden wit Pkgcore.
Im ersten Durchlauf kommen wir bisher auf 26 GB Daten. Was derzeit fehlt, sind Quellen, die durch USE Flags mit einbezogen werden, der Rest sieht aber schon mal ganz gut aus
Um diesem Problem Herr zu werden, haben Jan und ich beschlossen, einfach mal einen groß angelegten Test zu machen. Dafür werden wir alle Pakete, die derzeit in Stable und Testing sind, herunterladen.
Da sich sowas jedoch mit der Portage API mehr schlecht als recht skripten lässt (nein, "emerge -f xxx" sind keine schöne option), verwenden wit Pkgcore.
Im ersten Durchlauf kommen wir bisher auf 26 GB Daten. Was derzeit fehlt, sind Quellen, die durch USE Flags mit einbezogen werden, der Rest sieht aber schon mal ganz gut aus
Freitag, 2. November 2007
täglicher Mord
folgenden Eintrag hab ich grad in die crontab des Firmenrechners gemacht:
sprich jeden Abend lass ich den Firefox killen um Speicher zu sparen. Nicht dass er selbst so viel Speicher brauchen würde (auch wenn er schon kräftig zulangt), aber er scheint ein Speicherleck im Xorg zu triggern, nach einer Weile frisst X alles an Speicher was da ist, physikalisches RAM und Swap. Irgendwann wird der Firefox dann auch vom System gekillt, aber manchmal kommt es nicht ganz so weit und vor lauter swappen braucht die Kiste so manchen morgen 'ne Stunde um aus dem Bildschirmschoner zu kommen, da hilft dann nur eine Engelsgeduld (mit der ich nicht gesegnet bin) oder der Reset-Schalter. Komischerweise passiert mir das nur auf dem Ubuntu, früher unter Fedora war das nicht so und auch meine privaten Rechner unter Gentoo zeigen das Phänomen nicht.
So kann ich das Abschiessen zum Feierabend auch vergessen, das ist jetzt automagisiert
0 20 * * * pkill -f firefox-bin
sprich jeden Abend lass ich den Firefox killen um Speicher zu sparen. Nicht dass er selbst so viel Speicher brauchen würde (auch wenn er schon kräftig zulangt), aber er scheint ein Speicherleck im Xorg zu triggern, nach einer Weile frisst X alles an Speicher was da ist, physikalisches RAM und Swap. Irgendwann wird der Firefox dann auch vom System gekillt, aber manchmal kommt es nicht ganz so weit und vor lauter swappen braucht die Kiste so manchen morgen 'ne Stunde um aus dem Bildschirmschoner zu kommen, da hilft dann nur eine Engelsgeduld (mit der ich nicht gesegnet bin) oder der Reset-Schalter. Komischerweise passiert mir das nur auf dem Ubuntu, früher unter Fedora war das nicht so und auch meine privaten Rechner unter Gentoo zeigen das Phänomen nicht.
So kann ich das Abschiessen zum Feierabend auch vergessen, das ist jetzt automagisiert
