Timestamps are in GMT/BST.
[1:18] * fwierzbicki1 (~Adium@99-106-169-5.lightspeed.sntcca.sbcglobal.net) has joined #jython
[1:19] * fwierzbicki (~Adium@99-106-169-5.lightspeed.sntcca.sbcglobal.net) Quit (Read error: Connection reset by peer)
[3:43] * pjenvey (pjenvey@underboss.org) Quit (Remote host closed the connection)
[3:43] * pjenvey (pjenvey@underboss.org) has joined #jython
[8:28] * Arfrever (~Arfrever@apache/committer/Arfrever) has joined #jython
[8:37] * [Arfrever] (~Arfrever@apache/committer/Arfrever) Quit (Quit: leaving)
[8:39] * [Arfrever] (~Arfrever@apache/committer/Arfrever) has joined #jython
[8:46] * siel (~siel@unaffiliated/motley) Quit (Remote host closed the connection)
[8:47] * siel (~siel@unaffiliated/motley) has joined #jython
[9:07] * siel (~siel@unaffiliated/motley) Quit (Remote host closed the connection)
[9:17] * siel (~siel@unaffiliated/motley) has joined #jython
[9:25] * mbooth_ (~mbooth@cpc11-shef10-2-0-cust659.barn.cable.virginm.net) has joined #jython
[9:25] * mbooth_ (~mbooth@cpc11-shef10-2-0-cust659.barn.cable.virginm.net) Quit (Changing host)
[9:25] * mbooth_ (~mbooth@redhat/mbooth) has joined #jython
[10:06] * Trundle (~andy@python/site-packages/trundle) has joined #jython
[10:24] * mbooth_ (~mbooth@redhat/mbooth) Quit (Ping timeout: 264 seconds)
[10:26] * mbooth_ (~mbooth@cpc11-shef10-2-0-cust659.barn.cable.virginm.net) has joined #jython
[10:26] * mbooth_ (~mbooth@cpc11-shef10-2-0-cust659.barn.cable.virginm.net) Quit (Changing host)
[10:26] * mbooth_ (~mbooth@redhat/mbooth) has joined #jython
[11:38] * Paladiamors (~justin@pa9b391.tokynt01.ap.so-net.ne.jp) has joined #jython
[11:54] * mbooth_ is now known as mbooth
[12:51] * [Arfreve1] (~Arfrever@minotaur.apache.org) has joined #jython
[12:53] * ivan` (~ivan@unaffiliated/ivan/x-000001) Quit (Ping timeout: 252 seconds)
[12:54] * [Arfrever] (~Arfrever@apache/committer/Arfrever) Quit (Ping timeout: 252 seconds)
[12:54] * ivan` (~ivan@unaffiliated/ivan/x-000001) has joined #jython
[13:05] * xemdetia (xemdetia@nat/ibm/x-tfifyvkkkpcyvpln) has joined #jython
[14:36] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) has joined #jython
[14:53] <jimbaker> nice, we should be able to get unix domain socket support shortly, thanks to netty
[14:53] <jimbaker> https://github.com/netty/netty/pull/3344
[14:53] <jimbaker> likely a 2.7.1 feature
[15:05] * Paladiamors (~justin@pa9b391.tokynt01.ap.so-net.ne.jp) Quit (Ping timeout: 252 seconds)
[16:02] * xemdetia_ (xemdetia@nat/ibm/x-tancypzdczpccryd) has joined #jython
[16:04] * xemdetia__ (xemdetia@nat/ibm/x-juypzzylkrmyaqxk) has joined #jython
[16:05] * xemdetia (xemdetia@nat/ibm/x-tfifyvkkkpcyvpln) Quit (Ping timeout: 256 seconds)
[16:08] * xemdetia_ (xemdetia@nat/ibm/x-tancypzdczpccryd) Quit (Ping timeout: 252 seconds)
[16:23] <jimbaker> java 7 end-of-life in 3 months, without a support contract - http://www.oracle.com/technetwork/java/javase/downloads/eol-135779.html
[16:24] <jimbaker> so since i would expect distros to continue patching we have more time, but it's an interesting data point
[16:49] * Trundle (~andy@python/site-packages/trundle) Quit (Remote host closed the connection)
[17:02] <chrisseaton> Where do all the distros find people who are experienced enough to fix security vulnerabilities in legacy versions of HotSpot?
[17:03] <chrisseaton> It's crazy when you think about - when someone like canonical sells support for x years, they're committing themselves to finding engineers who can fix problems in *any software they've packed*
[17:08] <mbooth> This is why Fedora >= 21 is java 8 only
[17:11] <mbooth> Fedora 21 is the current version, btw. So the patching we are doing is to make stuff work with java 8 if it doesn't already
[18:29] * xemdetia_ (xemdetia@nat/ibm/x-ojfvprhhodpavbvb) has joined #jython
[18:30] * jorgew (sid36089@gateway/web/irccloud.com/x-wizsmjfrzgpgqsvf) Quit ()
[18:30] * jorgew (sid36089@gateway/web/irccloud.com/x-cejiepljkyiusifq) has joined #jython
[18:31] * xemdetia_ is now known as xemdetia
[18:32] * xemdetia__ (xemdetia@nat/ibm/x-juypzzylkrmyaqxk) Quit (Ping timeout: 252 seconds)
[18:45] <jimbaker> hmmm, i should migrate my ubuntu laptop to fedora 21. would be good to have another reference for running jython, plus i'm sick of the abandoned support for my thinkpad x201 on ubuntu
[18:46] * [Arfreve1] (~Arfrever@minotaur.apache.org) Quit (Quit: leaving)
[18:47] * [Arfrever] (~Arfrever@apache/committer/Arfrever) has joined #jython
[18:47] <jimbaker> chrisseaton, for ubuntu, i suspect it will be what we see for openjdk 6 - redhat presumably will be supporting openjdk 7 - http://www.infoq.com/news/2013/03/red-hat-openJDK
[18:51] * mbooth_ (~mbooth@redhat/mbooth) has joined #jython
[18:51] * chrisseaton (sid38584@gateway/web/irccloud.com/x-soaehebolcpxprzn) Quit ()
[18:51] <jimbaker> http://fedoraproject.org/wiki/Changes/Java8
[18:51] * chrisseaton (sid38584@gateway/web/irccloud.com/x-abzfjevdbyqoopoj) has joined #jython
[18:51] <jimbaker> and https://bugs.launchpad.net/ubuntu/+source/openjdk-8/+bug/1341628
[18:52] * mbooth (~mbooth@redhat/mbooth) Quit (Ping timeout: 255 seconds)
[21:07] * clajo04 (~clajo04@pool-74-108-220-163.nycmny.fios.verizon.net) Quit (Quit: clajo04)
[21:11] * xemdetia (xemdetia@nat/ibm/x-ojfvprhhodpavbvb) Quit (Remote host closed the connection)
[21:30] * clajo04 (~clajo04@pool-74-108-220-163.nycmny.fios.verizon.net) has joined #jython
[22:01] <jimbaker> enebo, does jruby 9000 support a usable fork now? also any gotchas in the support of int file descriptors in jnr? (i assume FileDescriptor is fine for stuff like fstat)
[22:02] <enebo> jimbaker: no usable fork. I think we have it in there but it will not work well since all system threads will only work on parent
[22:02] <enebo> jimbaker: but this second fork is just sort of executing assuming things like GC will still be working
[22:02] <jimbaker> enebo, no worries, hope springs eternal
[22:02] <enebo> jimbaker: but you can use posix spawn if it is for exec scenarios
[22:03] <enebo> for fd support you should be fine so long as you are not on windows
[22:03] <enebo> on windows we use HANDLE but I think you cannot assume things like dup will work of use them
[22:03] <enebo> although I think it will throw unimplemented when you hit that territory
[22:04] <jimbaker> enebo, ack. sounds good if it blows up with unimplemented, that's easy enough to deal with. just wanted to make sure we are using all of these new goodies you've been working on. or at least some of them ;)
[22:05] <enebo> jimbaker: It is up to the POSIXHandler I think but honestly for Windows support you need lots o Platform.IS_WINDOWS sorts of logic anyways
[22:05] <enebo> Things at a native level are just so different that most of Windows posixy support libs are pretty inadequate
[22:06] <jimbaker> we got a bunch of that already in place, pjenvey took care of that on the last time this was worked on back in the jnr posix 2.x days. now we are finally on 3.0.9 in the last month. the one thing that recently came up btw was this issue raised by peke, http://bugs.jython.org/issue2256
[22:07] <jimbaker> on windows, these times are off by an hour if DST is in effect, although i haven't drilled down into the reported problem yet
[22:08] <jimbaker> also when i looked at FileStat, i didn't see support for subsecond resolution in times, which would be nice
[22:08] <jimbaker> especially since it doesn't work in nio2
[22:09] <enebo> jimbaker: hmm FileStat should just be what the struct provides though
[22:09] <enebo> jimbaker: although I guess perhaps we only pick one struct in places where more than one is available
[22:09] <jimbaker> yeah, that would make sense for backwards compatibility
[22:10] <jimbaker> that there would be alternatives here
[22:10] <jimbaker> it would be very surprising to not get back a time_t
[22:10] <enebo> jimbaker: have no idea about DST. Seems weird we do not see it but our Time/Date logic is super complicated and is backed also by Joda
[22:10] <enebo> jimbaker: yeah. Some systems may have additional struct fields
[22:11] <jimbaker> enebo, oh sweet, yeah, i would like to see that at some point for jython. we are still running a pure python version
[22:11] <enebo> jimbaker: It is also unfortunate that many stat impls are macros
[22:11] <enebo> jimbaker: so we have to deal with figuring out what the real call is
[22:11] <enebo> jimbaker: so there might be more extended stat structs through another call
[22:12] * Paladiamors (~justin@pa9b391.tokynt01.ap.so-net.ne.jp) has joined #jython
[22:13] <jimbaker> enebo, http://en.wikipedia.org/wiki/Stat_%28system_call%29#Granularity_of_mtime.2C_etc. is not sufficiently detailed to know what is going on, but it's a start
[22:15] <enebo> jimbaker: it implies what I suspected???the extra resolution is just extra fields in the struct when availalbe
[22:15] <enebo> jimbaker: Also no doubt different C entry points
[22:15] <enebo> jimbaker: but we can always add more struct types too
[22:16] <jimbaker> enebo, right, it would be a nice update. consider it a feature request :)
[22:16] <enebo> :)
[22:39] * Paladiamors (~justin@pa9b391.tokynt01.ap.so-net.ne.jp) Quit (Ping timeout: 255 seconds)
[23:24] * enebo (~enebo@c-75-73-8-169.hsd1.mn.comcast.net) Quit (Quit: enebo)
[23:26] * r0bby_ is now known as robbyoconnor
These logs were automatically created by JythonLogBot_ on irc.freenode.net using a slightly modified version of the Java IRC LogBot (github).