Timestamps are in GMT/BST.
[3:14] * leafstorm (~leafstorm@short.csc.ncsu.edu) has left #jython
[6:33] * onr (~onr@pdpc/supporter/active/onr) Quit (Quit: onr)
[8:32] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[8:34] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Client Quit)
[8:34] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[8:50] * siel (~siel@unaffiliated/motley) Quit (Ping timeout: 240 seconds)
[8:59] * siel (~siel@unaffiliated/motley) has joined #jython
[9:18] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) has joined #jython
[9:57] * Arfrever (~Arfrever@apache/committer/Arfrever) has joined #jython
[10:58] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) Quit (Ping timeout: 244 seconds)
[11:10] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) has joined #jython
[17:01] * onr (~onr@pdpc/supporter/active/onr) has joined #jython
[17:11] <paolo> from xml.sax import expatreader
[17:11] <paolo> works fine in python
[17:11] <paolo> but it doesn't in jython, it gives import error
[17:12] <paolo> is it the expected behavior?
[17:14] <paolo> it happens with jython 2.5.3, 2.5.4rc and 2.7b3
[17:17] <paolo> and i noted that because trying django, the command jython manage.py syncdb quits with:
[17:17] <paolo> from xml.sax.expatreader import ExpatParser as _ExpatParser
[17:17] <paolo> ImportError: No module named expatreader
[17:26] <paolo> (django 1.3)
[17:26] <paolo> (django 1.3.7)
[17:39] * onr (~onr@pdpc/supporter/active/onr) Quit (Ping timeout: 244 seconds)
[18:28] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) Quit (Ping timeout: 250 seconds)
[18:43] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) has joined #jython
[19:13] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[19:46] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) has joined #jython
[20:08] <fwierzbicki> paolo: I see this at the top of xml.sax.expatreader in CPython's lib:
[20:08] <fwierzbicki> if sys.platform[:4] == "java":
[20:08] <fwierzbicki> raise SAXReaderNotAvailable("expat not available in Java", None)
[20:09] <fwierzbicki> so it looks like this would need to be fixed at the Django level - I know that django 1.3.1 works - we're using that at my company in an internal app. It looks like this will continue to be a problem in modern Django versions - so it will probably need to be fixed there when we get to trying Jython 2.7 on modern Django.
[20:11] <fwierzbicki> I just looked in the most current Django source it is using ExpatParser - but it looks like the usage is fairly isolated
[20:40] * mbooth (~mbooth@cpc68386-shef10-2-0-cust10.17-1.cable.virginm.net) Quit (Ping timeout: 244 seconds)
[21:29] * indra (~indra@123.254.113.226) has joined #jython
[21:29] * indra is now known as indrat
[21:50] * indrat (~indra@123.254.113.226) Quit (Remote host closed the connection)
[21:50] * indrat (~indra@123.254.113.226) has joined #jython
[21:55] * indrat (~indra@123.254.113.226) Quit (Remote host closed the connection)
[22:05] <paolo> fwierzbicki, i see why they introduced ExpatParser and it was for a good reason. https://docs.djangoproject.com/en/1.6/releases/security/#february-19-2013-cve-2013-1664-1665
[22:09] <paolo> it's true its usage is fairly isolated, but every time the serialization framework is used to serialize xml the parser is required..
[22:10] <paolo> btw, in old django syncdb calls loaddata, which relies on the parser; this is why the exception is raised
[22:28] * JStoker (jstoker@unaffiliated/jstoker) Quit (Ping timeout: 244 seconds)
[22:30] * JStoker (jstoker@claire.jcs.me.uk) has joined #jython
[22:30] * JStoker (jstoker@claire.jcs.me.uk) Quit (Changing host)
[22:30] * JStoker (jstoker@unaffiliated/jstoker) has joined #jython
[22:45] <fwierzbicki> paolo: hmmm - we might need to figure out a Java-based alternative to replace that functionality either in Django or see if it is possible to implement pyexpat.c in Jython. Having a Java specific fix in Django would probably be easier and faster. Having pyexpat in Jython would be better, but I don't know how hard that would be.
[22:55] * indrat (~indra@138.44.129.137) has joined #jython
[22:58] * indrat (~indra@138.44.129.137) Quit (Remote host closed the connection)
[22:59] * indrat (~indra@138.44.129.137) has joined #jython
[23:30] <pjenvey> I'm not sure anyone has ever removed the platform == "java" check and see if it worked, try running test_sax.py. maybe it works w/ jython's version of pyexpat
[23:47] * craigez (~craign@138.44.131.177) has joined #jython
[23:47] <indrat> http://board.net/p/jython.sprint
These logs were automatically created by JythonLogBot_ on irc.freenode.net using a slightly modified version of the Java IRC LogBot (github).