#jython IRC Log

Index

IRC Log for 2011-01-25

Timestamps are in GMT/BST.

[0:00] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:04] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Client Quit)
[0:08] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:21] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Quit: schnarch)
[0:22] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:28] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Read error: Connection reset by peer)
[0:29] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:33] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Client Quit)
[0:39] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:42] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Read error: No route to host)
[0:43] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:58] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Quit: schnarch)
[0:58] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[1:23] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Quit: enebo)
[1:24] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[2:41] * moo-_^ (~quassel@herd37.twinapex.fi) Quit (Read error: Operation timed out)
[2:42] * moo (~quassel@herd37.twinapex.fi) has joined #jython
[2:43] * moo is now known as Guest21109
[2:44] * seberg (~sebastian@134.76.0.204) Quit (Ping timeout: 240 seconds)
[3:03] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) Quit ()
[3:03] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) has joined #jython
[3:05] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit ()
[3:05] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[3:06] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit (Client Quit)
[3:07] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[3:07] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit (Client Quit)
[5:51] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Quit: Leaving.)
[6:08] -zelazny.freenode.net- *** Looking up your hostname...
[6:08] -zelazny.freenode.net- *** Checking Ident
[6:08] -zelazny.freenode.net- *** No Ident response
[6:08] -zelazny.freenode.net- *** Couldn't look up your hostname
[6:08] * JythonLogBot (~PircBot@74.50.59.201) has joined #jython
[6:08] * Topic is '[Jython 2.5.2 rc3 at http://tinyurl.com/6hw3kzw | This channel is logged: http://jython.extreme.st/irclogs/ | Please update the wiki: http://wiki.python.org/jython/ | Pastebin: http://pylonshq.com/pasties | IRC Channel: http://wiki.python.org/jython/IrcChannel | Jython Book: http://jythonbook.com | Podcast: http://www.jythonpodcast.com]'
[6:08] * Set by Oti!~ohumbel@adsl-84-226-129-154.adslplus.ch on Mon Jan 10 22:41:03 UTC 2011
[6:11] * headius (~headius@216.160.3.79) Quit (Quit: headius)
[7:03] * agronholm (~demigod@nblzone-211-37.nblnetworks.fi) Quit (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
[7:06] * agronholm (~demigod@nblzone-211-37.nblnetworks.fi) has joined #jython
[7:09] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[7:21] * juneau001 (~juneau@pool-70-105-102-46.chi.dsl-w.verizon.net) Quit (Quit: juneau001)
[7:27] <pr3d4t0r> Good morning.
[7:55] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[8:04] * thobe (~Adium@c83-249-252-226.bredband.comhem.se) Quit (Quit: Leaving.)
[8:05] * thobe (~Adium@c83-249-252-226.bredband.comhem.se) has joined #jython
[8:06] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 264 seconds)
[8:09] * thobe (~Adium@c83-249-252-226.bredband.comhem.se) Quit (Ping timeout: 240 seconds)
[8:27] * thobe (~Adium@212-162-171-110.skbbip.com) has joined #jython
[8:29] * thobe (~Adium@212-162-171-110.skbbip.com) Quit (Client Quit)
[8:31] * Guest21109 is now known as Moo-_
[8:31] * thobe (~Adium@212-162-171-110.skbbip.com) has joined #jython
[9:37] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[9:45] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) Quit (Ping timeout: 276 seconds)
[9:55] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) has joined #jython
[10:38] * seberg (~sebastian@134.76.0.204) has joined #jython
[10:41] * glaslos (~glaslos@glastopf.org) has joined #jython
[10:43] <glaslos> Hi, I'm trying to load a jar at runtime but ir fails with: TypeError: getDeclaredMethod(): 2nd arg can't be coerced to java.lang.Class[] Here is my code: http://pastebin.com/hqYjryHJ
[11:16] * juneau001 (~juneau@pool-70-105-102-46.chi.dsl-w.verizon.net) has joined #jython
[11:17] * juneau001 (~juneau@pool-70-105-102-46.chi.dsl-w.verizon.net) Quit (Client Quit)
[11:27] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[11:46] * jabley_ (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[11:46] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Read error: Connection reset by peer)
[11:46] * jabley_ is now known as jabley
[11:57] * thijstriemstra (~thijs@i219160.upc-i.chello.nl) has joined #jython
[12:08] * lopexx (531346b2@gateway/web/freenode/ip.83.19.70.178) has joined #jython
[12:08] * lopexx (531346b2@gateway/web/freenode/ip.83.19.70.178) Quit (Client Quit)
[12:09] * lopex (531346b2@gateway/web/freenode/ip.83.19.70.178) has joined #jython
[12:14] * juneau001 (~juneau@131.225.24.186) has joined #jython
[12:16] <agronholm> glaslos: was your intention of making a java.lang.Class[]? the array arguments should be reversed then
[12:27] <glaslos> agronholm, java.lang.Class.getDeclaredMethod(String methodName, Class[] parameterTypes) should be okay?
[12:28] <agronholm> yeah but that's not where your problem is
[12:29] <agronholm> what is this hack needed for anyway?
[12:31] <agronholm> hm, I was wrong -- jarray.array does indeed have a syntax like that
[12:31] <glaslos> agronholm, I'm using the java scripting api to write Python plug-ins for my tool. In one of those plugins I try to use mysql/J
[12:32] <agronholm> all you have to do is put the mysql jar to your jvm's lib/ext directory
[12:32] <agronholm> that's it
[12:35] <glaslos> true, but shipping it in the tools dir makes set-up much easier and less error-prone
[12:36] <agronholm> couldn't you simply add it to sys.path?
[12:37] <glaslos> afaik does not work
[12:38] <agronholm> how is your app invoked then
[12:39] <glaslos> http://jythonpodcast.hostjava.net/jythonbook/en/1.0/appendixB.html?highlight=classpathhacker#working-with-classpath
[12:39] <glaslos> agronholm, I'm currently testing with java -jar jython.jar script.py
[12:44] <agronholm> glaslos: curious
[12:44] <agronholm> it should work but it doesn't
[12:44] <agronholm> par
[12:44] <agronholm> oops
[12:47] <agronholm> heh
[12:47] <agronholm> glaslos: try replacing it with "sysclass.getDeclaredMethod("addURL", [java.net.URL])"
[12:52] <glaslos> b = method.invoke(sysloader, jar_a)
[12:52] <glaslos> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[12:52] <glaslos> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
[12:52] <glaslos> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[12:52] <glaslos> at java.lang.reflect.Method.invoke(Unknown Source)
[12:52] <glaslos> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[12:52] <glaslos> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
[12:52] <glaslos> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[12:52] <glaslos> at java.lang.reflect.Method.invoke(Unknown Source)
[12:52] <glaslos> java.lang.IllegalArgumentException: java.lang.IllegalArgumentException: argument
[12:52] <glaslos> type mismatch
[12:53] <agronholm> same thing there
[12:53] <agronholm> b = method.invoke(sysloader, [u])
[12:54] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[12:54] <glaslos> seems to work
[12:55] <glaslos> thanks alot agronholm!
[12:56] * seberg (~sebastian@134.76.0.204) Quit (Quit: Ex-Chat)
[13:23] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 255 seconds)
[14:19] * seberg (~sebastian@134.76.218.252) has joined #jython
[14:33] * sgithens (~sgithens@149-166-8-222.dhcp-in.iupui.edu) has joined #jython
[14:34] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[15:25] * sgithens (~sgithens@149-166-8-222.dhcp-in.iupui.edu) Quit (Ping timeout: 255 seconds)
[15:38] * sgithens (~sgithens@2001:18e8:3:443:216:41ff:fe58:c460) has joined #jython
[15:45] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Quit: Ex-Chat)
[15:49] * thobe (~Adium@212-162-171-110.skbbip.com) Quit (Quit: Leaving.)
[15:51] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[15:53] <agronholm> I have the strangest issue in my Swing app
[15:53] <agronholm> I'm doing pickle.dump() and unless I flush the file, it ends up 0 bytes long
[15:54] <agronholm> and yes, I am closing the file properly after dump()
[16:06] * lopex (531346b2@gateway/web/freenode/ip.83.19.70.178) Quit ()
[16:17] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Read error: Connection reset by peer)
[16:18] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[16:22] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Quit: Ex-Chat)
[16:28] * thobe (~Adium@83.249.252.226) has joined #jython
[16:29] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[16:36] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[16:39] * tlynn_ (~tlynn@212.69.41.1) Quit (Quit: Leaving)
[16:44] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[16:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[16:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[16:53] * sgithens (~sgithens@2001:18e8:3:443:216:41ff:fe58:c460) Quit (Read error: Operation timed out)
[17:06] * bimbo (~emerino@poseidon.etesa.com.mx) has joined #jython
[17:06] <bimbo> hello, is it possible to use decorators with jython >= 2.5?
[17:06] <bimbo> I'm trying to use them in the interpreter but it isn't working
[17:06] <jbaker_> bimbo: decorators work just fine
[17:07] <bimbo> jbaker_: any special syntax I should care about for the interpreter? I'm trying:
[17:07] <bimbo> class Util:
[17:07] <bimbo> @staticmethod
[17:07] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Quit: Ex-Chat)
[17:07] <bimbo> when I submit "@staticmethod" an exception is thrown
[17:08] <bimbo> SyntaxError: mismatched input '' expecting CLASS
[17:08] <jbaker_> bimbo: maybe paste your code?
[17:09] <jbaker_> but in general, this is an absolutely fundamental feature for python code
[17:09] <agronholm> I just found a rc3 regression :(
[17:09] <bimbo> jbaker_: the code are those 2 simple lines...
[17:10] <jbaker_> bimbo: it can't just be those two lines :)
[17:11] <jbaker_> agronholm: in what way?
[17:11] <agronholm> hold on, let me paste the trivial script to reproduce it
[17:12] <agronholm> testing on rc1 now
[17:12] <bimbo> jbaker_: it is working when a module containing a decorator is called, but it's not working inside the command line interpreter
[17:13] <agronholm> hm fails on rc1 too
[17:13] <bimbo> you can try it, just create a new class in the interpreter and try to apply a decorator to a function, right after you submit the decorator (e.g. @staticmethod) it'll throw an exception
[17:14] <jbaker_> bimbo: ahh, that makes sense. there are two parsers
[17:14] <agronholm> jbaker_: try this: http://pastebin.com/QJjZ65MA
[17:14] <jbaker_> the incremental parser is both harder to test, and less tested
[17:14] * glaslos (~glaslos@glastopf.org) has left #jython
[17:15] <agronholm> and tell me if TEST and TEST2 are the same size after you quit the app
[17:16] <jbaker_> agronholm: this is what you earlier said required a flush?
[17:16] <agronholm> yup
[17:16] <agronholm> it works fine if I explicitly flush after writing
[17:16] <agronholm> but I shouldn't have to
[17:16] <bimbo> jbaker_: ah I see, ok then I shoulnd't worry :) thank you very much!
[17:16] <agronholm> and it behaves differently when invoked from the EDT
[17:16] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[17:16] * seberg (~sebastian@134.76.218.252) Quit (Quit: Ex-Chat)
[17:17] <jbaker_> i see. so the fix for rc3 was around daemon threads, which could impact how things close
[17:17] <agronholm> it works fine in 2.5.1
[17:17] <agronholm> fails in 2.5.2rc1
[17:18] <jbaker_> really? then that would have been directly involved in the fix for closing files
[17:18] <jbaker_> (but not orderly thread shutdown)
[17:19] <agronholm> I'm trying to pinpoint the exact release where it broke
[17:20] <jbaker_> the context manager should run, so we should get the close
[17:20] <agronholm> broken in 2.5.2b2 too
[17:20] <jbaker_> i believe close should imply flush
[17:20] <agronholm> it should
[17:20] <jbaker_> so maybe it was just hidden earlier
[17:21] <jbaker_> that's my best guess. well at least it's not a RC2 to RC3 regression
[17:21] <agronholm> works in 2.5.2b1
[17:21] <agronholm> so something between beta 1 and beta 2 broke this
[17:21] <jbaker_> yeah, but probably just a hidden bug
[17:22] <agronholm> well it broke the app I had delivered to my client...
[17:22] <agronholm> upgrading jython made it write 0 byte files
[17:22] <jbaker_> agronholm: yeah, not good for sure
[17:22] <agronholm> I know how to work around this now, but it should be fixed regardless
[17:23] <jbaker_> it seems to me to be a bug in PyFile and not in the closer stuff (that wouldn't even matter since you explicitly closed the file)
[17:23] <jbaker_> through the use of the context manager
[17:23] <jbaker_> that will always execute
[17:24] <agronholm> ohumbel: you there? can we ever have a proper version list on bugs.jython.org so I can file my bugs against the exact version where the bug occurred?
[17:24] <jbaker_> (just part of the code that's generated)
[17:24] <agronholm> it's not so hard to add a new version there whenever a new release is made
[17:25] <ohumbel> agronholm: last time i tried i was not able - not sure if we'd have to take the meta tracker detour
[17:26] <ohumbel> i am trying now again
[17:26] <agronholm> this bug tracker blows anyway
[17:26] <agronholm> it's one of the worst I've used
[17:26] <ohumbel> i don't want to complain (yet)
[17:27] * sgithens (~sgithens@adsl-76-252-32-26.dsl.ipltin.sbcglobal.net) has joined #jython
[17:31] <ohumbel> if i click on the 'Versions' link, i get a popup showing me the currently available versions, but no possiblity to edit them
[17:31] <agronholm> so who has access to editing the version list then?
[17:31] <jbaker_> we will want to change our tracker when we change version control
[17:31] <ohumbel> i am sorry to say i really do not know :-(
[17:31] <jbaker_> basically need to migrate to a hub
[17:32] <agronholm> bitbucket :)
[17:32] <agronholm> love it
[17:32] <jbaker_> bitbucket might work. i have had good experience w/ launchpad and github
[17:33] <ohumbel> i also checked the administration links, but no success - if someone can tell me how i'd be willing to maintain version numbers
[17:34] <ohumbel> maybe fwierzbicki would have the rights?
[17:34] * fwierzbicki reads back
[17:35] <agronholm> created issue 1701
[17:36] <fwierzbicki> I don't have any permissions on the tracker - I think I've always just put a bug in the meta-tracker
[17:36] <jbaker_> fwierzbicki: that sounds about right to me
[17:37] <agronholm> btw, I tested writing the file in a regular thread (created using threading.Thread) and that works fine
[17:37] <agronholm> it only seems to fail when done in an EDT event handler
[17:38] * sgithens (~sgithens@adsl-76-252-32-26.dsl.ipltin.sbcglobal.net) Quit (Ping timeout: 265 seconds)
[17:45] <agronholm> jbaker_: does bazaar have a decent eclipse plugin? git certainly does not
[17:46] <agronholm> mercurial works quite well
[17:47] <jbaker_> agronholm: i don't know about eclipse, since i don't use it
[17:47] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 250 seconds)
[17:48] <jbaker_> my initial feeling is that we should consider bitbucket/mercurial first, simply because hg is the preferred version for core python
[17:49] <jbaker_> but the reality is that with distributed version control, it doesn't matter so much what they do, since we have a separate workflow
[17:49] <agronholm> hg is so much simpler than git at least
[17:50] <agronholm> I have no experience with bazaar
[17:50] <ohumbel> my vote for mercurial (and it has a good plugin)
[17:53] * seberg (~sebastian@134.76.0.204) has joined #jython
[17:54] <maxb> I like Bazaar better than Mercurial, but am forced to admit that the Mercurial Eclipse support considerably outstrips the Bazaar Eclipse support.
[17:56] <jbaker_> in general, i find bzr and hg about the same level of user friendliness. git is a distant second. i like launchpad and github. i have had very little experience with bitbucket, so if anyone has done both i would be curious about that
[17:57] <agronholm> I have experience on github and bitbucket
[17:57] <agronholm> very little on launchpad
[17:58] <agronholm> github and bitbucket are about the same (github is slightly better)
[17:58] <jbaker_> the other thing is working with more complex history management. as i understand it, bzr is somewhat stronger in managing a set of patches over a long time, as we see in our patched version of the stdlib (which requires a manual process).
[17:58] <agronholm> what sort of complex history management
[17:59] <jbaker_> we currently track files that we have modified from core python
[18:00] <jbaker_> so in the log text you will see the revision it came from
[18:00] * juneau001 (~juneau@131.225.24.186) Quit (Quit: Take care...)
[18:00] <jbaker_> ideally we could use something like bzr loom or http://arrenbrecht.ch/mercurial/pbranch/
[18:01] <jbaker_> not certain where pbranch is right now
[18:02] <jbaker_> see for example http://mercurial.selenic.com/wiki/PatchHandlingUnificationRFC
[18:05] <jbaker_> bzr loom - https://launchpad.net/bzr-loom
[18:06] <agronholm> anyways, could #1701 be fixed before 2.5.2 final?
[18:06] <jbaker_> this is a pretty important piece of functionality - we want to be able to keep closer to upstream, while realizing there might be time before a patch from us is pushed into core python
[18:07] <agronholm> I think I've provided quite a bit of help to get that started (exact release where it broke, and a trivial test case)
[18:08] <jbaker_> agronholm: i agree, it sounds like a bad bug
[18:08] <jbaker_> any time we produce zero-length files - not good
[18:09] <jbaker_> so i upped the priority to urgent, which is what we triage blocking bugs
[18:12] * shanka (~shashank@ucb-np2-228.colorado.edu) has joined #jython
[18:32] <fwierzbicki> agronholm: jbaker: yeah that sounds like a data-loss must fix bug
[18:42] * sgithens (~sgithens@149-166-216-223.dhcp-in.iupui.edu) has joined #jython
[18:46] * bimbo (~emerino@poseidon.etesa.com.mx) has left #jython
[18:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[18:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[18:59] * seberg (~sebastian@134.76.0.204) Quit (Ping timeout: 240 seconds)
[19:03] * sgithens (~sgithens@149-166-216-223.dhcp-in.iupui.edu) Quit (Ping timeout: 240 seconds)
[19:13] * MarderIII (~marderii@enneman.demon.nl) has joined #jython
[19:18] * shanka (~shashank@ucb-np2-228.colorado.edu) Quit (Ping timeout: 255 seconds)
[19:37] * sgithens (~sgithens@149-166-132-30.dhcp-in.iupui.edu) has joined #jython
[20:03] * shanka (~shashank@ucb-np2-70.colorado.edu) has joined #jython
[20:07] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) Quit (Ping timeout: 240 seconds)
[20:19] * c_problem (ad22ab20@gateway/web/freenode/ip.173.34.171.32) has joined #jython
[20:20] <c_problem> question, is the -m param just for python modules? i'd like to use lwjgl but dont know how to include it
[20:22] * shanka (~shashank@ucb-np2-70.colorado.edu) Quit (Ping timeout: 240 seconds)
[20:23] <agronholm> c_problem: what is lwjgl?
[20:23] <c_problem> lightweight java game library
[20:24] * cschneid (~cschneid@c-76-120-122-74.hsd1.co.comcast.net) has joined #jython
[20:24] <agronholm> -m is for executing python modules from sys.path
[20:27] * MarderIII (~marderii@enneman.demon.nl) Quit (Quit: [IRSSI] Game over, please insert coin.)
[20:30] <c_problem> oh i see, lwjgl.jar wasnt in sys.path
[20:30] <c_problem> thanks!
[20:30] * c_problem (ad22ab20@gateway/web/freenode/ip.173.34.171.32) Quit (Quit: Page closed)
[20:33] * sgithens (~sgithens@149-166-132-30.dhcp-in.iupui.edu) Quit (Read error: Operation timed out)
[20:33] * shanka (~shashank@ucb-np2-70.colorado.edu) has joined #jython
[20:38] * shanka (~shashank@ucb-np2-70.colorado.edu) Quit (Ping timeout: 272 seconds)
[20:53] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Quit: stakkars_)
[20:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[20:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[20:57] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[21:04] * sgithens (~sgithens@149-166-132-30.dhcp-in.iupui.edu) has joined #jython
[21:08] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[21:11] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[21:11] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Client Quit)
[21:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[21:53] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[22:04] * shanka (~shashank@ucb-np2-221.colorado.edu) has joined #jython
[22:17] * shanka (~shashank@ucb-np2-221.colorado.edu) Quit (Ping timeout: 264 seconds)
[22:21] * Oti (~ohumbel@adsl-89-217-98-169.adslplus.ch) has joined #jython
[22:25] * shanka (~shashank@ucb-np2-196.colorado.edu) has joined #jython
[22:31] * shanka (~shashank@ucb-np2-196.colorado.edu) Quit (Ping timeout: 240 seconds)
[22:31] * sgithens (~sgithens@149-166-132-30.dhcp-in.iupui.edu) Quit (Ping timeout: 240 seconds)
[22:45] * shanka (~shashank@intvpn-dhcp-7.colorado.edu) has joined #jython
[22:46] * jbaker_ (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) Quit (Quit: jbaker_)
[23:04] * jimbaker (~jimbaker@184-96-38-253.hlrn.qwest.net) has joined #jython
[23:20] * headius (~headius@216.160.3.79) has joined #jython
[23:23] * enebo (~enebo@184-97-209-108.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[23:23] * enebo (~enebo@184-97-209-108.mpls.qwest.net) has joined #jython
[23:27] * sitkack (~sitkack@bigfish-208-077-153-009.bigfishgames.com) has joined #jython
[23:28] * shanka (~shashank@intvpn-dhcp-7.colorado.edu) Quit (Ping timeout: 240 seconds)
[23:30] * sitkack (~sitkack@bigfish-208-077-153-009.bigfishgames.com) Quit (Read error: Connection reset by peer)
[23:31] * sitkack (~sitkack@bigfish-208-077-153-009.bigfishgames.com) has joined #jython
[23:34] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[23:53] * Oti (~ohumbel@adsl-89-217-98-169.adslplus.ch) Quit (Quit: Oti)

Index

These logs were automatically created by JythonLogBot on irc.freenode.net using a slightly modified version of the Java IRC LogBot.