Timestamps are in GMT/BST.
[0:57] * bgrz (~x@79-101-189-165.dynamic.isp.telekom.rs) Quit (Ping timeout: 268 seconds)
[1:39] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[2:04] * lheuer1 (~Adium@blfd-4db0eb78.pool.mediaWays.net) has joined #jython
[2:06] * lheuer (~Adium@blfd-4d082e4a.pool.mediaWays.net) Quit (Ping timeout: 240 seconds)
[2:24] * lheuer1 (~Adium@blfd-4db0eb78.pool.mediaWays.net) Quit (Quit: Leaving.)
[2:40] * r0bby (~wakawaka@guifications/user/r0bby) has joined #jython
[2:40] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Read error: Connection reset by peer)
[2:49] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 256 seconds)
[3:06] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[3:30] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 264 seconds)
[3:35] * r0bby (~wakawaka@guifications/user/r0bby) Quit (Read error: No route to host)
[3:42] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[3:42] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[4:59] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 268 seconds)
[5:10] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[5:23] * lheuer (~Adium@blfd-4db0eb78.pool.mediaWays.net) has joined #jython
[7:39] * r0bby (~wakawaka@guifications/user/r0bby) has joined #jython
[7:42] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 248 seconds)
[7:54] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 264 seconds)
[9:26] * Guest16119 (~x@79-101-189-165.dynamic.isp.telekom.rs) has joined #jython
[10:14] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[12:32] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) has joined #jython
[12:35] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) Quit (Client Quit)
[12:58] * Thev00d00|2 (~v00d00@pegasus.v00d00.net) has joined #jython
[13:00] * Thev00d00 (~v00d00@gentoo/developer/TheV00d00) Quit (Ping timeout: 246 seconds)
[13:02] * Thev00d00|2 is now known as Thev00d00
[13:02] * Thev00d00 (~v00d00@pegasus.v00d00.net) Quit (Changing host)
[13:02] * Thev00d00 (~v00d00@gentoo/developer/TheV00d00) has joined #jython
[13:25] * Guest16119 is now known as bgrz
[13:26] <bgrz> anyone knows a good way to speed up jython startup?
[13:27] <bgrz> might even be nailgun or something if it's usable for in-development workflow (reloads changed modules)
[13:27] <agronholm> -Dpython.cachedir.skip=true
[13:27] <agronholm> in JYTHON_OPTS
[13:28] <bgrz> thanks, let me try
[13:31] <bgrz> don't see considerable difference, still takes around 3 seconds
[13:39] <agronholm> yes, it's slow
[13:39] <agronholm> but imports should be somewhat faster
[13:51] <bgrz> I found this http://nobeans-en.blogspot.com/2011/07/high-speed-start-up-jythonclojure-by.html
[13:51] <bgrz> but I'm not sure if it's suitable for development
[13:54] * lheuer (~Adium@blfd-4db0eb78.pool.mediaWays.net) Quit (Quit: Leaving.)
[13:54] * lheuer (~Adium@blfd-4db0eb78.pool.mediaWays.net) has joined #jython
[14:27] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) has joined #jython
[14:28] <bgrz> couldn't get that groovyserv to work
[14:29] <bgrz> 2.7b1 gets stuck at java-atk-wrapper, latest gives java.lang.NoClassDefFoundError: com/google/common/collect/MapMaker
[15:00] * r0bby_ (~wakawaka@guifications/user/r0bby) has joined #jython
[15:03] * r0bby (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 240 seconds)
[15:17] * gazarsgo (~ralphtice@office.massrel.com) has joined #jython
[16:05] * purplefox_ (~purplefox@88-105-145-142.dynamic.dsl.as9105.com) Quit (Ping timeout: 240 seconds)
[17:30] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[17:35] * r0bby_ (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 276 seconds)
[18:01] * r0bby (~wakawaka@guifications/user/r0bby) has joined #jython
[18:02] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Ping timeout: 240 seconds)
[20:00] <jimbaker> bgrz, nailgun currently is the way to go; but even better would be a nailgun replacement that used a cpython client and container, and connected via unix domain sockets so to get around nailgun's annoying lack of security
[20:00] <jimbaker> that would be a best-of-both strategy
[20:01] <pjenvey> there's some new nailgun alternative
[20:01] <pjenvey> https://github.com/flatland/drip
[20:01] <jimbaker> the cpython container would then connect with jython via stdin
[20:02] <pjenvey> dunno if it offers any upsides on security or anything, though, it just does kind of a lru of jvm instances
[20:02] <pjenvey> instead of just 1
[20:02] <jimbaker> pjenvey, yeah, that's another interesting approach
[20:03] <jimbaker> one could do something like that with the "son of nailgun" proposal i just sketched out
[20:03] <jimbaker> so it could evolve into managing a pool of jvms, etc
[20:05] <pjenvey> yea
[20:05] <jimbaker> but basically, cpython is fantastic for process mgmt/full access to everything (on *nix platforms, of course) - can use that to manage daemonization, unix domain sockets (similar to how ssh works securely), process naming, the usual
[20:05] <jimbaker> sorry, ssh client works securely
[20:07] <jimbaker> http://aaroncrane.co.uk/2008/04/ssh_faster/
[20:08] <jimbaker> of course, one could write pieces of that in *bash* - but that's crazy talk
[21:38] * thereisnospoon_ (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[21:41] * thereisnospoon (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 256 seconds)
[21:56] * gazarsgo (~ralphtice@office.massrel.com) Quit (Quit: gazarsgo)
[22:05] * thereisnospoon_ (~thereisno@27-33-1-87.tpgi.com.au) Quit (Ping timeout: 240 seconds)
[22:21] * thereisnospoon_ (~thereisno@27-33-1-87.tpgi.com.au) has joined #jython
[22:23] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) Quit (Quit: enebo)
[22:35] * gazarsgo (~ralphtice@cpe-66-68-132-174.austin.res.rr.com) has joined #jython
[22:48] * r0bby is now known as robbyoconnor
[22:58] <jimbaker> hmmm, i found a test in test_threading that relies on locks *not* being recursive
[22:58] <jimbaker> (jython locks build on standard java locks, which can be recursive)
[22:59] <jimbaker> i wonder if this causes real bugs, the case here of latching is unusual for sure
[23:08] * lheuer (~Adium@blfd-4db0eb78.pool.mediaWays.net) Quit (Quit: Leaving.)
[23:11] * gazarsgo (~ralphtice@cpe-66-68-132-174.austin.res.rr.com) Quit (Quit: gazarsgo)
[23:13] * lheuer (~Adium@blfd-4db0eb78.pool.mediaWays.net) has joined #jython
[23:16] <jimbaker> never mind, that's not the bug. something else??? something subtle :)
[23:42] * gazarsgo (~ralphtice@cpe-66-68-132-174.austin.res.rr.com) has joined #jython
[23:48] <bgrz> hey, I just tried drip
[23:48] <bgrz> something's wrong with my setup generally, always gets stuck and have to kill it
[23:48] <bgrz> tried nailgun, groovyserv and drip
[23:49] <bgrz> drip works on first invocation though
[23:49] <bgrz> then I have to do drip kill
These logs were automatically created by JythonLogBot_ on irc.freenode.net using a slightly modified version of the Java IRC LogBot (github).