2006-04-06T18:01:45 *** pocoo has joined #pocoo 2006-04-06T18:01:47 birkenfeld: [621] 2006-04-06T18:01:48 --> http://trac.pocoo.org/changeset/621 2006-04-06T18:01:50 :-) 2006-04-06T18:02:34 for idx, line in enumerate(iterable) ? 2006-04-06T18:03:37 birkenfeld: ich war mir nicht sicher ob es sinn macht nach der 2. iteration zu zählen 2006-04-06T18:03:42 stimmt 2006-04-06T18:10:45 irgendwann tret ich den ascii erfinden mal gehörig in den arsch 2006-04-06T18:10:48 irgendwann... 2006-04-06T18:13:32 Z 2006-04-06T18:13:36 @@@Z 2006-04-06T18:13:42 18:13:36 < xorAxAx> ebcdic ist viel besser! 2006-04-06T18:13:55 ist es nicht 2006-04-06T18:14:05 es hat das gleich problem wie ascii 2006-04-06T18:14:09 welches denn? 2006-04-06T18:14:14 zu wenig zeichen 2006-04-06T18:14:26 dafr gibts codepages 2006-04-06T18:14:36 ascii umfasst im gegensatz zu ebcdic nur 7bit zeichen 2006-04-06T18:14:46 bei ebcdic sind die codepages im standard mit drin :) 2006-04-06T18:14:54 ja, aber es gibt nicht ein ebcdic utf als STANDARD 2006-04-06T18:14:59 wenns nur ein encoding gibt, kein problem 2006-04-06T18:15:01 aber so.... 2006-04-06T18:25:25 *** dejot has quit IRC 2006-04-06T19:18:42 *** dejot has joined #pocoo 2006-04-06T19:21:32 re 2006-04-06T19:43:47 birkenfeld: ping :) 2006-04-06T20:28:49 *** tabellar has joined #pocoo 2006-04-06T20:43:50 *** MasterC has quit IRC 2006-04-06T20:58:31 mitsuhiko: pong 2006-04-06T20:58:43 ah. wunderbar :) 2006-04-06T20:58:46 --> http://trac.pocoo.org/wiki/TemplateContext 2006-04-06T20:59:01 irgendwelche vorschläge wie wir das mit den links und form urls machen? 2006-04-06T20:59:13 --> http://trac.pocoo.org/wiki/GlobalTemplateContext 2006-04-06T20:59:15 der isses :) 2006-04-06T20:59:54 hm 2006-04-06T21:05:13 birkenfeld: ich hab in tests.pkg mal einen querycounter eingebaut 2006-04-06T21:05:28 ich hoffe das stimmt auch so, weil 22 queries pro request kommen mir doch etwas viel vor 2006-04-06T21:05:53 was für querys? 2006-04-06T21:05:59 birkenfeld: sqlalchemy 2006-04-06T21:06:05 ah 2006-04-06T21:06:15 es sieht so aus als ob er sämtliche sessions queried ;) 2006-04-06T21:06:18 grausig implementiert, aber was besseres ist mir auf die schnelle nicht eingefallen 2006-04-06T21:07:07 hm, bei mir kommt immer 1 raus 2006-04-06T21:07:15 hmmmmmm 2006-04-06T21:07:45 unter php war das so einfach zu implementieren, da kein threading :-) 2006-04-06T21:08:02 was mich nur wunder ist... 2006-04-06T21:08:09 mein terminal hat ein scrollback von 500 zeilen 2006-04-06T21:08:17 bei einem request spammt der das ganze scrollback voll 2006-04-06T21:08:26 das heißt mindestens 500 zeilen output 2006-04-06T21:08:48 das kommt mir etwas viel vor 2006-04-06T21:10:14 ja... 2006-04-06T21:12:14 komisch 2006-04-06T21:14:48 Time per request: 438.091 [ms] (mean, across all concurrent requests) 2006-04-06T21:15:12 das wäre ja in ordnung? 2006-04-06T21:15:22 noja. sonderlich schnell ist das nicht 2006-04-06T21:15:32 phpbb3 bekommt hier insgesamt 50req/sec hin 2006-04-06T21:15:52 seriell? 2006-04-06T21:16:02 gestartet: root@volverine:~# ab2 -c10 -n400 http://localhost:8080/ 2006-04-06T21:16:07 Requests per second: 2.28 [#/sec] (mean) 2006-04-06T21:16:15 2 req/sec? 2006-04-06T21:16:17 bei phpbb3 beim letzten test waren es etwa 50 2006-04-06T21:16:26 mitsuhiko: was machst du in der zeit? 2006-04-06T21:16:31 da muss aber was im argen liegen :) 2006-04-06T21:16:46 xorAxAx: das liegt an sqlalchemy 2006-04-06T21:16:56 mitsuhiko: profiling 2006-04-06T21:16:58 lsprof 2006-04-06T21:17:00 mitsuhiko: nimm mal die session und user wrapper raus 2006-04-06T21:17:09 mal sehen 2006-04-06T21:18:53 argh. da ist was bei der config borken sehe ich gerade 2006-04-06T21:18:59 das debug lässt sich nicht deaktvieren ^^ 2006-04-06T21:25:30 argh. ich hab den überblick verloren 2006-04-06T21:25:44 wo genau? 2006-04-06T21:25:47 debugger 2006-04-06T21:25:59 i'm detail das hier: update_output(getattr(__builtin__, 'log_output', None)) 2006-04-06T21:26:16 ist das für die unittests? 2006-04-06T21:26:21 ja 2006-04-06T21:26:36 und warum das immer true ist muss ich noch herausfinden: __builtin__.__dict__.setdefault('DEBUG', config.get_bool('general', 'debug', False)) 2006-04-06T21:26:39 damit die unittests keinen log output produzieren 2006-04-06T21:29:16 ARGH ARGH ARGH 2006-04-06T21:29:20 hm? 2006-04-06T21:29:22 falsche instanze im POCOO_ROOT gehabt 2006-04-06T21:29:38 und ich wundere mich schon die ganze zeit warum er die packages nicht läd -.- 2006-04-06T21:30:06 *g* 2006-04-06T21:30:36 aber debug output kommt trotz deaktiviertem wert noch? 2006-04-06T21:30:52 woher? 2006-04-06T21:31:18 birkenfeld: sowohl von sqlalchemy als von der internen log funktion 2006-04-06T21:31:26 SQLAlchemy ist ein eigener setting 2006-04-06T21:31:49 joa. database.debug 2006-04-06T21:31:56 und das ist hier false und auch korrekt geparst worden 2006-04-06T21:32:00 derwegen sehe ich den output 2006-04-06T21:32:23 argh. ist klar 2006-04-06T21:32:34 die log funktion sendet immer output 2006-04-06T21:32:38 das kann man aktuell gar nicht deaktivieren 2006-04-06T21:32:50 stimmt 2006-04-06T21:32:56 ich pass das mal an 2006-04-06T21:37:45 ich glaub ich bekomm noch die kriese -.- 2006-04-06T21:37:54 s/e// 2006-04-06T21:37:58 wieso? 2006-04-06T21:38:16 der gibt mir immer log output 2006-04-06T21:38:26 obwohl ich eindeutig log = None hab 2006-04-06T21:38:50 ich würde das logging modul irgendwie neu machen ^^ 2006-04-06T21:38:58 --> http://trac.pocoo.org/changeset/625 2006-04-06T21:39:25 warum out == sys.stderr ist erschliest sich mir in keinster weise 2006-04-06T21:40:33 ich weiß nicht was du machst -- bei mir gehts perfekt 2006-04-06T21:41:04 ich bekomm ständig debug output 2006-04-06T21:41:08 und das obwohl alles deaktiviert ist 2006-04-06T21:42:27 bei mir isses deaktiviert und es kommt kein output 2006-04-06T21:43:36 ich hab den hund gefunden 2006-04-06T21:43:51 du wirst es nicht glauben, aber ich hab schon wieder die falsche instanz gehabt Oo 2006-04-06T21:44:07 ok 2006-04-06T21:45:06 aua 2006-04-06T21:45:11 OperationalError: cannot rollback transaction - SQL statements in progress 2006-04-06T21:45:15 bei mehr als 5 req/sec 2006-04-06T21:45:20 hrmpf 2006-04-06T21:45:30 so much for thread safety 2006-04-06T21:46:06 joa 2006-04-06T21:46:09 was hast du da eigentlich für ein testskript 2006-04-06T21:46:14 birkenfeld: ab2 2006-04-06T21:46:22 ist in den apache2utils 2006-04-06T21:46:59 achja, das ist nur root startbar, deswegen sieht man es in der tab completion nicht 2006-04-06T21:47:12 spricht sqlalchemie mit sqlite? 2006-04-06T21:47:14 ich hab hier 115 ms 2006-04-06T21:47:20 mean time 2006-04-06T21:47:28 birkenfeld: welche db? 2006-04-06T21:47:36 sqlite 2006-04-06T21:47:43 ohne foren 2006-04-06T21:47:45 hm. ich auch 2006-04-06T21:47:49 achso. ich hab foren 2006-04-06T21:47:57 einamal dein cooles skriptchen gestartet :) 2006-04-06T21:47:58 so, jetzt mal mit... 2006-04-06T21:48:10 163 ms? 2006-04-06T21:48:53 birkenfeld: mit welchen parametern gestartet? 2006-04-06T21:48:58 -n 100 2006-04-06T21:49:10 birkenfeld: -c10 -n400 2006-04-06T21:49:19 sqlite ist ja kein Server, dh. kann es bei den mehreren Threads ev. zugriffsprobleme auf das db file geben...(Zeitproblem...) 2006-04-06T21:49:41 tabellar: da hast du allerdings recht 2006-04-06T21:50:36 joa. debug aus, logging aus, postgres, und no reload bringt wunder 2006-04-06T21:51:06 den reloader hab ich ja ganz vergessen 2006-04-06T21:51:56 somit steht fest: sqlite unbrauchbar aktuell 2006-04-06T21:52:28 sqlite ist wirklich nur für sequentielles ... 2006-04-06T21:52:38 wie machen das denn andere? trac hat doch auch sqlite support 2006-04-06T21:53:00 birkenfeld: trac dürfte bei feherfall einfach in ein paar ms nochmal probieren 2006-04-06T21:53:05 was sqlalchemy nicht tut 2006-04-06T21:53:16 man kann mit sqlite schon ernstere Dinge machen, aber man muss höllisch aufpassen mit den Zugriffen... 2006-04-06T21:53:39 *sauber programmieren* 2006-04-06T21:54:31 und man darf auch nicht vergessen dass es nur der development server ist 2006-04-06T21:55:03 es ist manchmal gar nicht schlecht, wenn man mit sqlite testet, man sieht dann, wo der Hund begraben ist. Beim Server fällt das dann gerne unten durch .... 2006-04-06T21:55:21 ;-) 2006-04-06T21:55:54 aber sqlalchemy macht mir hier und da noch sorgen 2006-04-06T21:56:04 vor allem, was die joins angeht kommt mir das sehr gefährlich vor 2006-04-06T21:56:31 waaaa 2006-04-06T21:56:55 ? 2006-04-06T21:57:59 gerade evalexception deaktiviert 2006-04-06T21:58:08 das wurde verdammt lagnsam 2006-04-06T21:58:32 mitsuhiko: fehlerfall? unbrauchbar? 2006-04-06T21:58:33 *sigh* 2006-04-06T21:58:39 xorAxAx: hm? 2006-04-06T21:58:47 mitsuhiko: was fr einen fehlerfall meinst du? 2006-04-06T21:58:52 es gibt keinen fehlerfall ... 2006-04-06T21:58:57 wo steht was von fehlerfall? 2006-04-06T21:59:06 21:53:00 < mitsuhiko> birkenfeld: trac drfte bei feherfall einfach in ein paar ms nochmal probieren 2006-04-06T21:59:18 xorAxAx: fehlerfall as of in locked database 2006-04-06T21:59:31 sqlite hat da einen timer drin 2006-04-06T21:59:35 bzw. pysqlite 2006-04-06T21:59:37 den kann man stellen 2006-04-06T21:59:47 joa. aber das tut sqlalchemy wohl nicht 2006-04-06T21:59:53 oder nicht richtig 2006-04-06T21:59:57 aber das teste ich erst 2006-04-06T22:00:23 sessiondaten wrde ich auch auf jeden fall in eine eigene sqlite db oder sogar eine verzeichnisstruktur packen 2006-04-06T22:00:47 xorAxAx: oder in den Speicher 2006-04-06T22:00:59 birkenfeld: bei cgi? 2006-04-06T22:01:09 xorAxAx: wer sagt was von cgi? 2006-04-06T22:01:12 birkenfeld: im speicher skaliert nicht wirklich :) 2006-04-06T22:01:15 xorAxAx: ['wsgi.multiprocess'] 2006-04-06T22:01:23 birkenfeld: naja, ein webforum ohne cgisupport ist ein wenig ... unbrauchbar :) 2006-04-06T22:01:26 kann man sehr leicht abfragen 2006-04-06T22:01:35 es wird sich keiner zulegen, auer der elite 2006-04-06T22:01:51 xorAxAx: php nutzt auch keiner mehr auf cgi 2006-04-06T22:01:55 wobei speicher geht, solange die session klein bleibt 2006-04-06T22:01:58 und pocoo auf cgi ist, nunja... 2006-04-06T22:01:59 xorAxAx: wenigstens mod_python darfs doch sein? 2006-04-06T22:02:00 ...lustig? 2006-04-06T22:02:20 pocoo hat momentan etwa 1.2sek startzeit 2006-04-06T22:02:22 birkenfeld: welcher masshosting provider (90% der phpbb installationen) hat mod_py o. mod_fastcgi o..? 2006-04-06T22:02:33 sag dus mir :) 2006-04-06T22:02:37 xorAxAx: das ist aber nicht das problem von pocoo IMHO 2006-04-06T22:02:41 bi ich ekkenne keinen 2006-04-06T22:02:42 ich würd auch nicht zu sehr Wert auf CGI legen... 2006-04-06T22:02:55 genauso hat mein provider php mit cgi 2006-04-06T22:02:57 weil mod_php b0rked ist 2006-04-06T22:03:03 wegen den userrechten 2006-04-06T22:03:14 xorAxAx: 1.) suphp, 2.) FastCGI 2006-04-06T22:03:18 (wenn alles im gleichen prozess luft, kann man die dateien anderer kunden lesen) 2006-04-06T22:03:30 mitsuhiko: fastcgi hat kein masshosting provider, den ich kenne 2006-04-06T22:03:43 xorAxAx: kaum einer setzt CGI eind 2006-04-06T22:03:48 die nutzten php over FastCGI 2006-04-06T22:04:01 mitsuhiko: wer macht das? 2006-04-06T22:04:17 zum beispiel hosteurope 2006-04-06T22:04:26 hmm, war vor ein paar monaten anders 2006-04-06T22:06:01 aber ich knnte mir das mal wieder anschauen 2006-04-06T22:06:31 erlaubt hosteurope denn auch kunden-fcgs? 2006-04-06T22:06:33 * xorAxAx vermutet nicht 2006-04-06T22:06:34 die cgi-betriebsart ist die wichtigste, die eine anwendung braucht, wenn sie marktanteile gewinnen mchte 2006-04-06T22:06:35 cgi support in pocoo wird happig 2006-04-06T22:06:40 aber pocoo hat sicherlich auch andere ansprche 2006-04-06T22:06:44 hm 2006-04-06T22:06:46 laut phpinfo hier haben die mod_php laufen 2006-04-06T22:06:50 xorAxAx: nö 2006-04-06T22:06:52 und premature optimisation sucks anyway 2006-04-06T22:06:57 Meine Meinung: pocoo, a new generation web forum -> no cgi 2006-04-06T22:07:16 xorAxAx: alleine schon der pocoo nntp server wird nicht mit cgi laufen ^^ 2006-04-06T22:07:28 tabellar: gar kein cgi? das wre am bldesten :) hinterher fhlt es sich von der geschwindigkeit wie zope an :) 2006-04-06T22:07:40 mitsuhiko: der muss ja nicht in der standardconfig da sein 2006-04-06T22:07:46 wird er auch nicht 2006-04-06T22:07:48 80% der user brauchen nur 20% der feature :) 2006-04-06T22:07:57 deswegen ist pocoo modular aufgebaut 2006-04-06T22:08:26 jo 2006-04-06T22:08:50 startup dauert halt momentan ca. 1 sec. 2006-04-06T22:09:00 xorAxAx: vielleicht CGI, aber deswegen alles auf CGI münzen ... hm... 2006-04-06T22:09:09 tabellar: das sagte ich ja gar nicht 2006-04-06T22:09:18 gerade wegen der modularitt soll es doch kein problem darstellen 2006-04-06T22:09:22 wenn pocoo mal auf cgi laufen soll können wir uns späer was überlegen 2006-04-06T22:09:43 naja, bei manchen design entscheidungen sollte man es schon im auge haben 2006-04-06T22:09:59 die java app, die ich mitentwickle, braucht bei mir ~ 100 sekunden zum starten (entwicklerrechner) 2006-04-06T22:10:12 die knnte man nicht so im nachhinein auf cgi umstellen :) 2006-04-06T22:10:45 eben, wie heisst es so schön: Was ist die Zielgruppe? -> das würde ich mir überlegen und pocoo entsprechend bauen... 2006-04-06T22:10:47 z. b. die DB-Abstraktion ist dann aber ein Problem 2006-04-06T22:10:53 pocoo soll diese beschissen phpbb-rootkits wegfegen :) 2006-04-06T22:10:55 birkenfeld: inwiefern? 2006-04-06T22:11:19 xorAxAx: weil zB bei jedem startup die models erstellt werden 2006-04-06T22:11:39 xorAxAx: Genau deshalb würde ich pocoo so leistungsfähig wie möglich machen !!! :) 2006-04-06T22:12:13 birkenfeld: das könnte man pickeln 2006-04-06T22:12:31 birkenfeld: was sind die "models"? 2006-04-06T22:12:37 birkenfeld: die python classes? 2006-04-06T22:12:53 sowas kann man ja wohl trivialer weise als pyc generieren :) 2006-04-06T22:13:31 xorAxAx: klassen, die via metaklassen für SQLAlchemy tauglich gemacht werden 2006-04-06T22:13:39 wenn ihr von pickeln für die models redet, dann wäre auch shelve ev. etwas... 2006-04-06T22:14:00 birkenfeld: und warum werden die bei jedem start generiert? 2006-04-06T22:14:59 so verrckt ist man selbst in der javawelt nicht :) 2006-04-06T22:15:00 wie willst du es sonst machen? 2006-04-06T22:15:15 warum kannst du nicht den code der klassen als py generieren? 2006-04-06T22:15:55 weil da SQLAlchemy ein Wörtchen mitredet 2006-04-06T22:16:20 * xorAxAx hat mitsuhiko ber sqlalchemy schon so oft fluchen gehrt :) 2006-04-06T22:16:31 es geht konkret um http://trac.pocoo.org/browser/pocoo/trunk/pocoo/db.py 2006-04-06T22:16:45 :) 2006-04-06T22:18:42 birkenfeld: ein wörtchen ist untertrieben 2006-04-06T22:18:49 das zeug ist voller metaklassenmagie 2006-04-06T22:19:05 im detail haben wir hier eine metaklasse, die die sqlalchemy metaklasse benutzbar macht Oo 2006-04-06T22:19:13 mitsuhiko: back to plain old SQL? 2006-04-06T22:19:32 oder zumindest zu einem einfacheren ORM 2006-04-06T22:19:45 birkenfeld: da fällt mir nur SQLObject ein. und das ist langsam 2006-04-06T22:19:47 xorAxAx: Error: "einfacher" is not a valid command. 2006-04-06T22:20:08 xorAxAx: nein, aber schneller 2006-04-06T22:20:19 birkenfeld: auch das ist quatsch :) 2006-04-06T22:20:30 xorAxAx: generell gesprochen schon 2006-04-06T22:20:32 etwas einfaches muss nicht schneller sein 2006-04-06T22:20:46 birkenfeld: sqlalchemy kennt zumindest eager loading und alles mögliche an unfun 2006-04-06T22:20:53 s/unfun/unfug/ 2006-04-06T22:20:54 vielmehr ist ein komplizierter algorithmus oft schneller, weil mehr arbeit beim nachdenken verschwendet wurde 2006-04-06T22:21:01 eager loading? 2006-04-06T22:21:21 xorAxAx: theoretisches arbeiten des systems auf load balanced umgebungen durch viel magie und co 2006-04-06T22:21:23 xorAxAx: es geht mir ja hier nicht um die komplexität, sondern um higher level <-> lower level wrapping 2006-04-06T22:21:45 birkenfeld: wenn du nix dagegenhast werd ich aber trotzdem das logging/debug system von den builtins befreien 2006-04-06T22:21:57 birkenfeld: du meinst, dass die hhere ebene es langsamer macht? ja, aber nur, wenn der wrapper nicht optimiert 2006-04-06T22:22:19 xorAxAx: orms machen es immer langsamer 2006-04-06T22:22:28 spätestens wenns mit den joins anfängt 2006-04-06T22:22:41 weil da weiß das orm nicht mehr zu optimieren und macht einfach einen zweiten select 2006-04-06T22:22:52 .oO(natürlich nicht in allen fällen) 2006-04-06T22:23:01 mitsuhiko: ich behaupte, dass es orms gibt, die nicht einfach einen select machen 2006-04-06T22:23:09 xorAxAx: aber nicht für python 2006-04-06T22:23:12 mitsuhiko: jo 2006-04-06T22:23:41 Mal am Rande: In letzter Zeit habe ich viel mit dem shelve Modul gespielt... Natürlich kein Server, aber man hat native, persitente Python Objekte zur Verfügung. Als Testumgebung wäre das vielleicht was. Einfach hinter ne dbAPI schnallen... 2006-04-06T22:24:21 als ich hab mal ein session system mit shelves gemacht 2006-04-06T22:24:25 ohne SQL und ORM... 2006-04-06T22:24:26 war nicht sehr threadsafe :) 2006-04-06T22:24:53 ohne sql wirds schwer mit suchen und komplexeren abfragen 2006-04-06T22:25:16 das ist eben die Frage, wie kompliziert wird es denn??? 2006-04-06T22:25:36 das tolle an einem RDBMS ist das R :) 2006-04-06T22:25:41 irgendwann wirds nötig zu sein zu überprüfen ob ein user da noch nicht gelesene nachrichten hat 2006-04-06T22:26:23 ihr msst diesen ganzen modellmist statisch bekommen, dann ist das bottleneck weg 2006-04-06T22:26:42 xorAxAx: dafür ist sqlalchemy noch zu magisch 2006-04-06T22:26:51 jo, kann sein 2006-04-06T22:27:00 den teil, den birkenfeld gewrapt hat ist nur ein sehr kleienr 2006-04-06T22:27:07 der großteil ist direkt in sqlalchemy 2006-04-06T22:27:14 kannst du mal nen benchmark mit postgres machen? 2006-04-06T22:27:27 xorAxAx: moment 2006-04-06T22:27:30 vielleicht waren es nur locks vom session code 2006-04-06T22:28:24 eins muss man php lassen. für kleine anwendungen ist es schweine schnell 2006-04-06T22:28:45 ahja? 2006-04-06T22:28:49 schneller als colubrid? 2006-04-06T22:29:13 xorAxAx: colubrid über python-fastcgi ist nur knapp langsamer 2006-04-06T22:29:15 aber nur beim hello world 2006-04-06T22:29:34 xorAxAx: php skaliiert nicht. das ist das problem 2006-04-06T22:29:40 .oO(neben der scheiß syntax) 2006-04-06T22:29:46 .oO(und dem fehlenden OO) 2006-04-06T22:29:47 gut, vielleicht müsste man die php.py durch Pyrex jagen... 2006-04-06T22:29:59 OO ist doch genug drin, das macht aber vieles auch nicht besser 2006-04-06T22:30:03 php.py? 2006-04-06T22:30:44 xorAxAx: was wie str_replace = lambda s, a, b: return s.replace(a, b) ^^ 2006-04-06T22:30:59 LOL 2006-04-06T22:31:04 xorAxAx: das wäre eine sammlung von funktionen die eine php-ähnliche umgebung bereitstellt 2006-04-06T22:31:18 php in python wäre übrigens monstereinfach 2006-04-06T22:31:24 nur mal so angemerkt 2006-04-06T22:31:55 python in php dagegen... 2006-04-06T22:31:58 nur das beschissene typing müsste man irgendwie machen, indem man obj.__dict__ überall durch PhpLikeTypingExperience(dict) ersetzt 2006-04-06T22:32:20 und es muss "1" == 1 sein! 2006-04-06T22:32:28 birkenfeld: jo. deswegen das dict 2006-04-06T22:32:41 hehe, was fr ein hack 2006-04-06T22:32:51 mitsuhiko: nur geht das nicht bei den basistypen 2006-04-06T22:32:57 xorAxAx: PYPY!!!!!! 2006-04-06T22:33:03 kann das auch nicht 2006-04-06T22:33:05 nur py.py 2006-04-06T22:33:09 jo 2006-04-06T22:34:04 argh. mein postgres spinnt 2006-04-06T22:34:25 das gibt's nicht ... :) 2006-04-06T22:34:36 tabellar: auf einem dapper unstable system schon 2006-04-06T22:34:53 ;-) 2006-04-06T22:35:51 ROFL 2006-04-06T22:35:55 das nenn ich abhängigkeit: 2006-04-06T22:36:09 libdbd-mysql-perl libmysqlclient14 libmysqlclient15off mysql-client-4.1 2006-04-06T22:36:10 The following packages will be REMOVED 2006-04-06T22:36:14 libmysqlclient15 python2.4-mysqldb 2006-04-06T22:36:16 The following NEW packages will be installed 2006-04-06T22:36:18 libdbd-mysql-perl libmysqlclient14 libmysqlclient15off mysql-client-4.1 mysql-server-4.1 2006-04-06T22:36:20 was perl denen wohl gezahlt hat.... 2006-04-06T22:36:53 LOL 2006-04-06T22:37:15 vermutlich ist mysqldb/libmysqlclient15 fr 3.x 2006-04-06T22:37:20 kann das sein? 2006-04-06T22:37:22 nö 2006-04-06T22:37:34 da hat nur ein motu scheiße gebaut 2006-04-06T22:40:12 mitsuhiko: am WE habe ich mir mal die Interfaces u. Componenten von Trac und pocoo angeschaut. Sehr schönes System... Vorhin, die Probleme mit dem Debug und den Logs, warum nicht über ILogObserver regeln? Da hat man super Kontrolle... 2006-04-06T22:41:00 mit dem aktuellen logging bin ich auch nicht zufrieden, das anpassen von __builtin__ ist mehr als nur hack 2006-04-06T22:41:04 .oO( sorry birkenfeld ) 2006-04-06T22:41:34 ein PSF member patcht die builtins? unglaublich :) 2006-04-06T22:41:48 xorAxAx: ich hab angefangen 2006-04-06T22:41:53 mitsuhiko: ok :) 2006-04-06T22:42:11 ich hab bei mir jetzt alles auf solche Logger umgestellt -> wirklich GENIAL !!! Ich hab komplizierte Umgebungen und mit den Interfaces und den ILogObservern ist das perfekt... 2006-04-06T22:45:54 filed: https://launchpad.net/distros/ubuntu/+source/python-mysqldb/+bug/38494 2006-04-06T22:48:02 mitsuhiko: wie findest du eigentlich moin.pocoo.org:8000/?cmd=branchview mit dem neuen design? 2006-04-06T22:48:14 ach, moment, das hab ich noch nicht hochgeladen 2006-04-06T22:48:18 kommt gleich irgendwann 2006-04-06T22:48:21 oki 2006-04-06T22:48:23 dacht mir schon :) 2006-04-06T22:52:07 omg: http://www.simplesideias.com.br/webphp/ 2006-04-06T22:52:13 ein web.py port für php 2006-04-06T22:54:44 LOL 2006-04-06T22:57:57 sodale. 2006-04-06T22:58:00 * mitsuhiko geht schlafen 2006-04-06T22:58:19 schlaft gut :) 2006-04-06T22:58:23 bin warscheilnich von morgen bis sonntag nur spärlich online, da party bei freunden :) 2006-04-06T22:58:32 thx tabellar 2006-04-06T22:58:38 und gute nacht alle zusammen 2006-04-06T22:59:15 gn mitsuhiko 2006-04-06T23:20:41 so, geh auch in die Heia... gn8... 2006-04-06T23:21:13 *** tabellar has quit IRC