Unlängst begann ich wieder mit RoR herum zu spielen und war ganz begeistert, weil es so einfach zu installieren war, siehe Ruby on Rails 3.0 auf Debian 6.0. Bei der nächsten Sitzung wollte ich MySQL statt SQLight verwenden und erlebte so richtige original-dau-Wunder. Übrigens steht „dau“ hier für „dümmster anzunehmender user“ und der bin offensichtlich ich selbst. Ich ging nach den Rails Guides vor, da ich ja nur einmal testen wollte, ob auch alles wirklich so funktioniert, wie ich mir das vorstellte. Hm, es gab die ersten Probleme, siehe Kommentare im oben genannten Artikel mit mysql2 und verschiedenen Versionen. Es wollte einfach nicht richtig funktionieren und da entschloss ich mich wegen der Anmerkung auf Getting Started with Rails

Note that Ruby 1.8.7 p248 and p249 have marshaling bugs that crash Rails 3.0. Ruby Enterprise Edition have these fixed since release 1.8.7-2010.02 though. On the 1.9 front, Ruby 1.9.1 is not usable because it outright segfaults on Rails 3.0, so if you want to use Rails 3 with 1.9.x jump on 1.9.2 for smooth sailing.

die Ruby Enterprise Edition zu verwenden. Die Installation war einfach und verlief reibungslos, doch ich war zu faul, um auch das Phusion Passenger Modul neu zu installieren, weshalb mein erster Test mit MySQl wieder nicht funktionieren konnt. Wieso ich das überhaupt versucht habe, weiß ich nicht, aber nachdem ich das Modul neu installierte und den Pfad anpasste sollte es soweit sein. Nein, es ging wieder nicht, sondern ich las „We are sorry, but something went wrong!“.
Gut, aber im log-file fand ich die Lösung, denn da stand etwas, wie: „Lieber dau, wenn sie schon unbedingt, pruduction, test und developement gleichzeitig machen wollen, dann legen sie doch bitte wenigstens eine DB für production an“, oder so ähnlich.
OK, ich war damit einverstanden und jetzt funktioniert es auch und ich kann mich endlich ein wenig mit git spielen, bevor ich nach langer Pause wieder mit den ersten Entwicklungsversuchen mit RoR beginne.