Also, in den letzten Tagen mu\u00dfte es sein: unsere etwas betagtere Debian Sarge-Installation wurde zu gro\u00dfen Teilen auf Lenny hochgezogen.<\/p>\n
Sieht jetzt alles schick aus, aber so die eine oder andere Kinderkrankheit gab es dann doch noch.<\/p>\n
Aber was da inzwischen unter Kinderkrankheit l\u00e4uft ist so d\u00e4mlich, da\u00df es einen eigenen Eintrag in diesem Blog rechtfertigt. F\u00fcr alle nicht-computeraffinen Menschen, bitte auf den n\u00e4chsten Blogeintrag warten, jetzt wird es etwas technisch…<\/p>\n
<\/p>\n
Die erste Erkenntis: testen auf Stabilit\u00e4t scheint inzwischen bei Debian auch etwas zu sein, was anderen passiert. Ein FVWM1 l\u00e4uft nach Beendigung munter im Hintergrund weiter (dreht sich fr\u00f6hlich um einen Mutex, den wohl ein anderer destruiert hat). Kann man noch dr\u00fcber lachen, wof\u00fcr gibt es denn kill -9.<\/p>\n
Aber dann kommen die h\u00e4sslichen Sachen, die wirklich subtil sind: Sarge: mysql 4.0, Lenny: mysql 5.0.<\/p>\n
Die Tabellen erfahren beim Upgrade ein automatisches Update. Sieht auch alles super aus, bis man anf\u00e4ngt, Prim\u00e4rschl\u00fcssel mit Textfeldern zu verwenden (was ich gl\u00fccklicherweise aus Designgesichtspunkten verdammt selten mache). Aber zur\u00fcck zum Thema: f\u00fcr alle die mal richtig fluchen wollen: Debian Lenny aufsetzen, mysql installieren und dann folgendes tun:<\/p>\n
CREATE TABLE test.bla (
\ntxt VARCHAR(200) NOT NULL,<\/p>\n
PRIMARY KEY(txt));<\/p>\n
INSERT INTO test.bla VALUES(‘\u00dc’);
\nINSERT INTO test.bla VALUES(‘Y’);<\/p>\n
Seit Ihr alle auch der Meinung, der zweite Insert sollte problemlos funktionieren? Na? Ich denke mal schon, da\u00df der das sollte. Tja, mysql sieht es anders, wegen dem ganz toll neuen Konzept der Collations und jetzt bitte festhalten, den INSANE-SWEDISH-DEFAULTS ™.<\/p>\n
Nach etwas Googeln finden wir heraus, da\u00df wir doch im Vorfeld (also bevor<\/strong> mysql beim Upgrade automatisch<\/strong> unsere Tabellen konvertiert (!)) in der my.cnf folgenden Eintrag unter [mysqld] erg\u00e4nzen sollten, um ein mysql 4.0 kompatibles Verhalten zu generieren:<\/p>\n collation-server = latin1_general_ci<\/p>\n Ist ja schon mal toll. Jetzt kommt aber noch der Pferdefu\u00df: wer von uns hat nochmal dran gedacht, da\u00df vor<\/strong> dem Upgrade zu machen?<\/p>\n OK, alle bitte nochmal alle Tabellen durchgehen und f\u00fcr jede:<\/p>\n ALTER TABLE #tabellenname# CONVERT TO CHARACTER SET ‘latin1’ COLLATE ‘latin1_general_ci’ ;<\/p>\n durchf\u00fchren. Wir hatten ja heute bei \u00fcber 200 Tabellen auch nix anderes mehr vor. (OK, kann man ein Skript f\u00fcr schreiben, aber warum k\u00f6nnen die D\u00f6del das nicht einfach gleich richtig machen?) Und: wie schaut’s aus, alle R\u00e4nder mit drauf? Oder scheint er sich pl\u00f6tzlich nur noch am Text festzuhalten und gezeichnete Linien f\u00fcr nicht mehr so spannend zu halten.<\/p>\n
\nAls h\u00e4tten wir heute nicht genug gelacht: hat jemand auch den bbox-Treiber von Ghostscript irgendwo in der Drucker-Renderpipeline laufen? Ist etwas seltener, da\u00df man sowas braucht, zugegeben, aber naja, wenn man es braucht?<\/p>\n