[08:44] moin [08:46] tux21b, jupp, das sind so ziemlich die Probleme im Wiki [09:28] moin EnTeQuAk [09:29] ping mich bitte mal eben ;) [09:31] MarkusH, ping [09:35] danke [10:17] changes in inyokabugs: Ticket #159 (Hochgeladene Bilder im Wiki werden nicht gelistet) reopened [10:55] pid, ping [12:07] hey kamaze, wie gehts dir und den projekt? [12:08] hey [12:08] welches? [12:08] wz2100 [12:08] warst du doch oder nich? [12:08] Ja [12:08] ich bin da eher nur noch spectator [12:08] aso [12:08] der den server stellt [12:08] läuft alles und den devs lasse ich ihren lauf [12:09] ich betätige mich porogrammiertechnisch z.Z. in www.opengbh.net [12:23] ah jo [12:23] gta ;) [12:24] das war lustig, vor allem mit den panzern :) [12:25] jupp [12:25] ich will gta als mmorpg! [12:29] apollo13, http://www.jacobian.org/writing/buildbot/ci-is-hard/ [12:29] EnTeQuAk: I know [12:29] bzw schon gelesen [12:30] EnTeQuAk: prinzipell mit dem entsprechenden know-how möglich [12:31] ich will heißt hier, kamaze_, mach mal :D [12:31] es ist schon spaßig genug n-Pedestrians zu simulieren, ohne das ein client oder der server abkackt [12:32] wobei n auch >= 10^4 sein kann [12:32] je nach größe [12:33] wir haben dafür auch schon den idialen test-case [12:33] wir wollen unter anderem ne zombie-mod machen. Gegen horden von zombis kämpfen, in GTA2 manier [12:33] multiplayer [12:37] yea [12:42] EnTeQuAk: pong [12:43] pid, klappts mit inyoka@arch? [12:43] bisher nicht. hatten hier nicht noch ein paar mehr arch? [12:44] hab aber festgestellt, dass fab auch mit python2.7 aus dem aur kompiliert ist [12:44] ja, ich hba arch ;) [12:44] pid, ich füre `bootstrap.py` händisch mit python2.7 [12:44] aus [12:45] das hast du im ordner über dem repo liegen? [12:46] "python2.7 bootstrap.py inyoka-sandbox/requirements.txt ." gibt dann absolut keine ausgabe, ich lande einfach direkt wieder in der eingabe [12:46] ja [12:47] python2.7 bootstrap.py -r inyoka-sandbox/requirements.txt . [12:47] das -r nicht vergessen [12:49] öhm, das bootstrap.py hat bei mir 0 byte, stell ich grad fest.. [12:50] rof [12:50] l [12:50] das sollte doch eigentlich das bootstrap.py aus dem hauptverzeichnis sein, oder? [12:51] ok, in hg wird das gar nicht angezeigt :> [12:52] python inyoka-sandbox/make-bootstrap.py > bootstrap.py [12:52] python bootstrap.py -r inyoka-sandbox/requirements.txt [12:52] und nen punkt dahinter ,) [12:52] und python2.7 bei dir wohl [12:53] ich hab bei mir ja /usr/bin/python auf py27 umgebogen, daher ist be imir eh alles io [12:54] ok, mit dem script aus dem extra-ordner klappt es jetzt ^^ [13:03] achso, wir reden ja von ng stimmt ja :D [13:03] joa, is ja in extra das script stimmt [13:04] so, bin af [13:04] k [13:05] ok, mal gucken, ob das hier dann alles hinhaut [13:09] apollo13, tux21b: ganz ehrlich finde ich die dependencies von Inyoka-NG noch menschlich, beim durchgucken der Liste fällt mir auf Anhieb erstmal keine lib auf die unnötig wäre (okay, flickzeug…) [13:10] viel kleiner ist die liste bei -prod auch nicht === DasIch_ is now known as DasIch [16:08] apollo13, ping [16:10] EnTeQuAk: plong? [16:11] apollo13, was hällst du von Beaker? [16:11] die muppets kann man nur lieben [16:11] beaker caching mein ich ;) [16:12] nie verwendet [16:12] ok [16:12] aber http://hype-free.blogspot.com/2008/05/avoiding-dogpile-effect.html klingt gut [16:12] die wissen zumindest was das ist^^ [16:12] joa [16:17] wow in Django 1.4 fliegen viele deprecated dinge raus [16:19] * EnTeQuAk überlegt gerade [16:19] was übrig bleiben würde wenn man inyoka-ng in django umsetzen würde ;) [16:21] nabend [16:21] EnTeQuAk: jede Menge Arbeit [16:22] hehe [16:22] besides that [16:24] EnTeQuAk: von django leicht angetan? [16:24] moment ip wechseln geh und weiter laden tu [16:25] re [16:25] ich hab die nacht ein wenig über tux seine aussagen nachgedacht [16:26] und? [16:26] unsicher, aber vllt. ist django nicht so schlecht wie ich immer hoffe das es das ist [16:27] ich persönlich finde zwar das in django komischer und teils hässlicher code steckt [16:27] aber… [16:27] ich bin unsicher ob inyoka-ng mehr framework oder mehr app ist [16:28] aber wenn wir django verwenden werden wir auch auf dependencies angewiesen sein, und wenn wir zweitausend django-apps verwenden [16:28] ich glaube das nimmt sich nicht, was denkst du? [16:28] joah dependency mäßig wird sich nicht viel ändern [16:29] EnTeQuAk: wie viel Aufwand siehst du darin, -ng auf django zu portieren ? [16:30] die frage die sich eher stellt: was erhoffst du dir davon [16:30] nichts [16:30] denn wenn du das machst kannst du inyoka.ng komplett kübeln [16:30] seis forms tests etc… [16:30] ich denke immernoch nicht das django alles bietet was wir brauchen [16:30] dann sollten wir bei SQLAlchemy bleiben [16:31] MarkusH: es geht um mehr als sa [16:31] mir gefällt ganz im besonderen django's dispatching stuff nicht [16:31] url dispatching? [16:31] urlpattern zeugs [16:31] subdomains gibts nicht [16:31] etc pp [16:32] da finde ich inyoka-ng z.B. genial :) [16:32] das orm ist cool, besonders die router find ich geil [16:32] mit aggregations werde ich mich jedoch nie anfreunden [16:32] * EnTeQuAk hat grad plapperphase [16:40] EnTeQuAk: ich brauch nen guten und einfachen webmailer [16:42] roundcube [16:43] ich fürchte mein provider kann kein imap [16:43] mal abgesehen davon, dass ich roundcube wohl chrooten müsst [16:45] so [16:45] ich bin weiter lernen [16:45] bis denne [16:47] inyoka [sandbox]: EnTeQuAk * 5504cf2d2083:1751 (2 files in 2 dirs): fixed and completed search api docs [16:49] EnTeQuAk: http://code.djangoproject.com/changeset/14507 :) [16:50] wtfh, mehr code raus als rein [16:51] sehr gut :) [17:00] EnTeQuAk: allerdings ist das verhalten emuliert [17:00] (zumindest zur zeit noch [17:01] wird also nicht an die db weitergereicht [17:01] kann ja sqlite nicht ;) [17:01] :D [17:01] btw, ich glaube finally cherrypy is dead ;) [17:01] aber gut der dataloss durch django wie er vorher war ist dann weg [17:01] und da ich default protect hab auf pg ist das dann schon mal cool [17:10] EnTeQuAk: http://code.djangoproject.com/ticket/8896 lass dir was einfallen^^ [17:11] hrm [17:12] nen funktionierender patch wäre schon viel wert ;) [17:12] dann können andere daran weiterarbeiten [17:14] ma überlegen [17:14] problem ist halt, was ist die aktuelle base domain etc… [17:15] gut da könnte man sich mit contrib.sites behelfen [17:16] und mit requestsite vergleichen [17:16] dann hat man die passende subdomain [17:16] (django ist ja durchs SITE_ID an ne domain gebunden) [17:17] dann noch den url pattern erweitern: url("bla/blub", my_view, name="apo", subdomain="yyy" [17:17] reverse fixen und fertig ;) [17:18] site lookups sind eh auch noch cached, von daher [17:19] EnTeQuAk: äh wer hat den canonical logbot hier reingesetzt? [17:19] kA [17:19] der is von ubuntu-eu [17:19] EnTeQuAk: nein [17:19] glaub ich [17:19] aso?