#jython IRC Log (v0.9)

Index

IRC Log for 2011-01-22

Timestamps are in GMT/BST.

[0:00] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) Quit (Quit: Ex-Chat)
[0:01] * fwierzbicki (~frank@99-106-170-105.lightspeed.sntcca.sbcglobal.net) has joined #jython
[0:24] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:24] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Client Quit)
[0:40] * headius (~headius@216.160.3.79) Quit (Quit: headius)
[0:50] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[0:54] * stakkars_ (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Client Quit)
[2:05] * juneau001 (~juneau@pool-70-105-69-5.chi.dsl-w.verizon.net) has joined #jython
[2:07] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit ()
[2:40] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Quit: stakkars)
[2:43] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[4:16] * pr3d4t0r (~cu4cu4@varenka.cime.net) Quit (Ping timeout: 255 seconds)
[5:39] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Quit: Leaving.)
[6:02] * pr3d4t0r (~cu4cu4@varenka.cime.net) has joined #jython
[8:23] * thobe (~Adium@83.249.252.226) has joined #jython
[9:14] * jbaker_ (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) has joined #jython
[9:14] * jimbaker (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) Quit (Read error: Connection reset by peer)
[10:05] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[10:20] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[10:40] * tnelson (trent@wind.teleri.net) Quit (Read error: Connection reset by peer)
[10:40] * tnelson (trent@wind.teleri.net) has joined #jython
[11:45] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[11:52] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[12:49] * jbaker_ (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) Quit (Quit: jbaker_)
[13:09] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[13:16] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[13:51] * MarderIII (~marderii@enneman.demon.nl) has joined #jython
[13:58] * MarderIII (~marderii@enneman.demon.nl) Quit (Quit: [IRSSI] Network error, Please reboot the universe.)
[14:17] * juneau001_ (~juneau@pool-70-105-102-46.chi.dsl-w.verizon.net) has joined #jython
[14:19] * juneau001 (~juneau@pool-70-105-69-5.chi.dsl-w.verizon.net) Quit (Ping timeout: 240 seconds)
[14:19] * juneau001_ is now known as juneau001
[14:40] * MarderIII (~marderii@enneman.demon.nl) has joined #jython
[15:34] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[17:58] * pr3d4t0r (~cu4cu4@varenka.cime.net) Quit (Ping timeout: 264 seconds)
[17:58] * pr3d4t0r (~cu4cu4@varenka.cime.net) has joined #jython
[19:47] * MarderIII (~marderii@enneman.demon.nl) Quit (Quit: [IRSSI])
[19:54] * shanka (~shashank@ucb-np2-115.colorado.edu) has joined #jython
[19:54] <pjenvey> so I'm looking at two tickets for a release
[19:54] <pjenvey> http://bugs.jython.org/issue1697 <-- I think should go with the quick fix
[19:55] <pjenvey> http://bugs.jython.org/issue1698 <-- seems to be more of the same of the jsr223 scope not acting like a dict (which was fixed a little bit for http://bugs.jython.org/issue1674 )
[20:08] * shanka (~shashank@ucb-np2-115.colorado.edu) Quit (Ping timeout: 240 seconds)
[20:10] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[20:23] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[20:27] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[20:34] <agronholm> pjenvey: what exactly is your plan regarrding 1697?
[20:37] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[20:37] <pjenvey> agronholm - seems like we have to patch httplib, really
[20:37] <pjenvey> best solution other than completely supporting ipv6
[20:37] <agronholm> why not just patch socket?
[20:37] <pjenvey> you could patch it to not remove ipv6 addresses
[20:37] <pjenvey> i mean, to omit them
[20:37] <pjenvey> but then you're removing functionality that was already there in 2.5.1
[20:38] <agronholm> but that is the crux of the problem, isn't it
[20:38] <agronholm> if your dns query returns ipv6 addresses, you get an AssertionError
[20:38] <pjenvey> yea
[20:38] <agronholm> so this has nothing to do with httplib specifically
[20:38] <agronholm> so why not just do what I suggested to Oti earlier
[20:38] <agronholm> and make it so getaddrinfo() only queries for AF_INET addresses
[20:38] <pjenvey> if your dns query returns it and then you submit that back to open a socket with that info
[20:39] <agronholm> regardless of the family parameter
[20:40] <agronholm> isn't this a problem with socket.connect() too?
[20:40] <pjenvey> I'm just thinking there's potentially code out there that uses getaddrinfo and is ok with the ipv6 results
[20:40] <pjenvey> and doesn't pass them along back to creat a socket
[20:40] <agronholm> there's also plenty of code that does .connect('localhost') which may resolve into an ipv6 address
[20:41] <agronholm> Windows Vista comes to mind :)
[20:42] <pjenvey> i didn't think doing connect('localhost') would break with our code even if that was the case
[20:42] <pjenvey> if that resolved to ipv6
[20:43] <agronholm> why is it a problem in httplib then
[20:43] <pjenvey> AFAICT this only breaks if you lookup 'localhost' with getaddrinfo with AF_UNSPEC, get AF_INET6 back for one of the results, then pass that AF_INET6 family to create a new socket with
[20:45] <pjenvey> but back to your other example, I am honestly not sure what happens if you connect to some hostname that only resolves to ipv6
[20:45] <agronholm> that should be easy to test
[20:45] <pjenvey> yes it would be
[20:47] <agronholm> interesting
[20:47] <agronholm> it's not raising an exception
[20:49] <pjenvey> I'd love to know what amak thinks of all this but I don't think he'll ahve time to get around to it immediately
[20:49] <pjenvey> and this release needs to get out, and ideally we'd do something for that ticket for the release
[20:50] <pjenvey> amak = alan kennedy, socket author
[20:52] <agronholm> heh, s = socket(AF_INET, SOCK_STREAM); s.connect(('::1', 22))
[20:52] <agronholm> works fine
[20:53] <agronholm> I can even read from that socket and get the SSH server's greeting message
[20:53] <pjenvey> hehe
[20:53] <pjenvey> i didn't thin kadding ipv6 support would take much
[20:54] * MarderIII (~marderii@enneman.demon.nl) has joined #jython
[20:54] <pjenvey> maybe it all works if we just remove the assertion checks for the family, but who knows for sure (maybe amak) =]
[20:54] <agronholm> well binding to an address might take more work
[20:54] <pjenvey> the test suite doesn't have any ipv6 checking yet
[20:55] <agronholm> well, more than just removing the assertions that is
[20:55] <pjenvey> maybe CPython's does
[20:57] <pjenvey> a good GSoC project would be socket work. adding ipv6 support and porting most of socket.py to Java for potentially some speedup
[21:02] * MarderIII (~marderii@enneman.demon.nl) Quit (Ping timeout: 260 seconds)
[21:28] <pjenvey> closed out #1698, so just the socket/httplib thing
[21:29] <pjenvey> i'll bbl though
[21:42] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[21:49] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[22:30] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 240 seconds)
[22:31] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[22:56] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) has joined #jython
[22:56] <burhan> any clues on why jython would not be reading a .jar that is both in CLASSPATH and JYTHONPATH ?
[23:05] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) Quit (Ping timeout: 240 seconds)
[23:07] * burhan (~burhan@94.129.155.184) has joined #jython
[23:09] <agronholm> no, not base on that little information
[23:10] <burhan> nevermind, it was a case of PEBKAC :/
[23:10] <agronholm> ic
[23:10] <burhan> forgot to export JYTHONPATH in ~/.profile
[23:17] * burhan (~burhan@94.129.155.184) Quit (Ping timeout: 240 seconds)
[23:29] * agronholm (~demigod@nblzone-211-37.nblnetworks.fi) Quit (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
[23:30] * agronholm (~demigod@nblzone-211-37.nblnetworks.fi) has joined #jython

Index

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