Timestamps are in GMT/BST.
[0:06] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[0:38] * headius (~headius@184-97-205-152.mpls.qwest.net) Quit (Quit: headius)
[0:39] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[0:39] * enebo (~enebo@184-97-205-152.mpls.qwest.net) has joined #jython
[1:06] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[1:11] * headius (~headius@216.160.3.79) has joined #jython
[1:47] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Quit: enebo)
[2:05] * quizme (~quizme@66.43.117.226) has joined #jython
[2:06] <quizme> how do you profile the function calls inside a thread?
[2:18] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit ()
[2:39] * wmeissner (~wmeissner@C-59-100-74-235.bri.connect.net.au) has joined #jython
[3:09] * headius (~headius@216.160.3.79) Quit (Quit: headius)
[3:15] * quizme (~quizme@66.43.117.226) Quit (Ping timeout: 255 seconds)
[3:20] * quizme (~quizme@66.43.117.226) has joined #jython
[3:26] * gqlewis (~gqlewis@h242.94.82.166.dynamic.ip.windstream.net) has joined #jython
[3:34] * jbaker_ (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) has joined #jython
[3:34] * jimbaker (~jimbaker@c-24-8-39-78.hsd1.co.comcast.net) Quit (*.net *.split)
[3:34] * ohumbel (5390f2dc@gateway/web/freenode/ip.83.144.242.220) Quit (*.net *.split)
[3:36] * ohumbel (5390f2dc@gateway/web/freenode/ip.83.144.242.220) has joined #jython
[3:38] * ohumbel (5390f2dc@gateway/web/freenode/ip.83.144.242.220) Quit (Ping timeout: 265 seconds)
[3:45] <pr3d4t0r> quizme: The channel is quiet unless someone asks.
[3:46] <pr3d4t0r> quizme: But hang on - when they show up they're very helpful chaps.
[3:46] <pr3d4t0r> quizme: Jython internals aren't a very good topic in #python. You may get asked to leave.
[3:48] * horror21 (kvirc@ip68-105-147-41.br.br.cox.net) has joined #jython
[3:48] <quizme> how do you profile the function calls inside a thread?
[3:50] * horror21 (kvirc@ip68-105-147-41.br.br.cox.net) has left #jython
[3:58] * juneau001 (~juneau@pool-70-106-165-8.chi01.dsl-w.verizon.net) has joined #jython
[4:11] <jbaker_> quizme: i haven't tried, but you set a profiler hook by thread. (this should just work.) however, i don't think the standard profile module knows about threads, so you'd have to spend some time on either fixing that, or writing your own custom collector
[4:11] <jbaker_> alternatively, use a java tool like yourkit
[4:13] <jbaker_> you can see how your profiler collector would be called here: http://docs.python.org/library/sys.html#sys.settrace - basically profilers just get a subset of events. unfortunately i have to take off now, but hope that helps
[4:15] <jbaker_> quizme: the last thing i should say is that you're almost certainly better off breaking this problem down so you don't have the aspect of threads making it harder to figure out what is going on. i really don't see how this sort of analysis is going to be useful, to be honest.
[4:36] <pr3d4t0r> jbaker_: :)
[4:36] <pr3d4t0r> quizme: See?
[4:36] <pr3d4t0r> quizme: Just hang out and be patient.
[5:17] <quizme> thank you
[5:31] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 265 seconds)
[5:31] * wmeissner (~wmeissner@C-59-100-74-235.bri.connect.net.au) Quit (Ping timeout: 240 seconds)
[5:33] * wmeissner (~wmeissner@C-59-100-72-140.bri.connect.net.au) has joined #jython
[5:39] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[5:40] * gqlewis (~gqlewis@h242.94.82.166.dynamic.ip.windstream.net) Quit (Quit: gqlewis)
[5:41] * wmeissner (~wmeissner@C-59-100-72-140.bri.connect.net.au) Quit (Ping timeout: 246 seconds)
[5:41] * wmeissner (~wmeissner@C-59-100-101-227.bri.connect.net.au) has joined #jython
[5:45] * juneau001 (~juneau@pool-70-106-165-8.chi01.dsl-w.verizon.net) Quit (Quit: juneau001)
[5:55] * wmeissner (~wmeissner@C-59-100-101-227.bri.connect.net.au) Quit (Ping timeout: 240 seconds)
[5:55] * wmeissner (~wmeissner@C-59-100-91-223.bri.connect.net.au) has joined #jython
[6:18] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 240 seconds)
[6:18] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[6:45] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 246 seconds)
[7:54] * thobe (~Adium@212-162-171-110.skbbip.com) has joined #jython
[8:08] * mdemi (~msdemlei@victor.ari.uni-heidelberg.de) has joined #jython
[8:26] * jabley (~jabley@87-84-49-84.absolutely2.mezzonet.net) has joined #jython
[8:41] <mdemi> Hi -- on http://www.jython.org/faq3.html it says "We do plan to support [...] sqlite3 [...] in 2.5.1." This hasn't happened, has it? Has anyone tried to add sqlite3 support? What where the stoppers?
[8:58] <agronholm> there is an sqlite lib for java, but making it fully compatible with that in cpython might require a lot of effort
[9:06] * ohumbel (5390f2dc@gateway/web/freenode/ip.83.144.242.220) has joined #jython
[9:09] <mdemi> Do you know if someone has tried to whip up a module?
[9:10] * Oti (5390f2dc@gateway/web/freenode/ip.83.144.242.220) has joined #jython
[9:14] <mdemi> And the plan would have been to package sqljet with jython?
[9:19] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Read error: Connection reset by peer)
[9:21] <Oti> i got DMed by @kacphl (Kelly Campbell) on twitter about bug http://bugs.jython.org/issue1667 - what do you think of it?
[9:24] * quizme (~quizme@66.43.117.226) Quit (Quit: Leaving)
[9:36] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[9:40] * wmeissner (~wmeissner@C-59-100-91-223.bri.connect.net.au) Quit (Quit: wmeissner)
[9:58] * wmeissner (~wmeissner@C-59-100-91-223.bri.connect.net.au) has joined #jython
[9:59] * wmeissner_ (~wmeissner@C-59-100-91-223.bri.connect.net.au) has joined #jython
[10:04] * wmeissner (~wmeissner@C-59-100-91-223.bri.connect.net.au) Quit (Ping timeout: 276 seconds)
[10:04] * wmeissner_ is now known as wmeissner
[10:17] * wmeissner_ (~wmeissner@C-59-100-100-235.bri.connect.net.au) has joined #jython
[10:19] * wmeissner (~wmeissner@C-59-100-91-223.bri.connect.net.au) Quit (Ping timeout: 240 seconds)
[10:19] * wmeissner_ is now known as wmeissner
[10:43] * Oti (5390f2dc@gateway/web/freenode/ip.83.144.242.220) Quit (Ping timeout: 265 seconds)
[10:51] * seberg (~sebastian@134.76.0.204) has joined #jython
[10:53] * wmeissner (~wmeissner@C-59-100-100-235.bri.connect.net.au) Quit (Ping timeout: 240 seconds)
[10:57] * stakkars_ (~tismer@p5DCE3CEF.dip.t-dialin.net) has joined #jython
[10:57] * lopex (531346b2@gateway/web/freenode/ip.83.19.70.178) has joined #jython
[10:58] * wmeissner (~wmeissner@C-59-100-114-10.bri.connect.net.au) has joined #jython
[11:15] * stakkars_ (~tismer@p5DCE3CEF.dip.t-dialin.net) Quit (Quit: schnarch)
[11:33] * seberg (~sebastian@134.76.0.204) Quit (Quit: Ex-Chat)
[11:42] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) has joined #jython
[11:43] <burhan> is it possible when using jython with an application server, to monitor the jython webapp remotely? Is this something that's should be enabled on the server itself?
[11:54] <pr3d4t0r> burhan: You can monitor with whatever tools you have enabled.
[11:54] <pr3d4t0r> burhan: If your server supports JMX, you can use that.
[11:54] <pr3d4t0r> burhan: I monitor production apps with JMX running on top of Mule or Spring all the time. It's more a matter of what your app container supports.
[11:55] <burhan> but what kind of monitoring will I get? I mean, will it monitor the entire server process, the individual webapp, the actual python code running, etc? Confused about this.
[11:55] <pr3d4t0r> burhan: I'd also suggest that you take a look at CherryPy.
[11:55] <pr3d4t0r> burhan: Whatever JMX offfers you, that's what you'll get.
[11:56] <pr3d4t0r> burhan: In the case of Mule/Spring, you get the component, messages processed, inbound and outbound endpoints, bindings, etc.
[11:57] <burhan> I have another question - the only reason I am using jython is because I need to be able to run multiple applications on a single server, where I have the ability to remotely monitor and "disable/enable" them without affecting whatever else is running on the server. Is there someway I can achieve this by using python itself?
[11:58] <burhan> also, having a central shared connection pool for db connections would be nice to have :)
[12:02] * jcp (~jw@bzflag/contributor/javawizard2539) Quit (Read error: Operation timed out)
[12:07] * jcp (~jw@bzflag/contributor/javawizard2539) has joined #jython
[12:10] * Oti (5390f2dc@gateway/web/freenode/ip.83.144.242.220) has joined #jython
[12:12] * juneau001 (~juneau@131.225.24.170) has joined #jython
[12:18] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) Quit (Read error: Connection reset by peer)
[12:23] * burhan (~burhan@80.184.127.86) has joined #jython
[12:23] * burhan (~burhan@80.184.127.86) Quit (Changing host)
[12:23] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) has joined #jython
[12:32] <burhan> I'm having a problem deploying a war for django-jython on tomcat. It doesn't recognize any of my modules correctly. I keep getting 'no module named' errors, no matter what I try as the module path.
[12:33] <burhan> any ideas on how to fix this? The code works fine when used with glassfish.
[12:39] <juneau001> burhan: is it not recognizing your own modules, or is it the django-jython modules that are not being recognized?
[12:39] <burhan> my own modules.
[12:39] <burhan> django runs fine.
[12:39] <burhan> it finds my settings
[12:40] <burhan> because it reads my urls.py, but then it can't find my views.py?
[12:40] <juneau001> that is interesting...I haven't seen this issue before
[12:41] <juneau001> the war works fine on glassfish? What version?
[12:41] <burhan> glassfish v3
[12:41] <burhan> tomcat version 6.0.something
[12:41] <juneau001> I personally use glassfish v3 for my django deployments, but i have also successfully deployed to tomcat as well
[12:42] <juneau001> thinking...
[12:42] <burhan> glassfish 3 also has its own tools that support django, they don't all work, but hey its great to have it.
[12:42] <juneau001> yes, it is a plus
[12:42] <juneau001> what version of jython are you using?
[12:42] <burhan> do you know of a way to transfer a SSL certificate from tomcat to glassfish? I don't want to go through the hassle of having it reissued.
[12:42] <burhan> jython 2.5.2rc2
[12:43] <juneau001> not sure about the ssl...sorry
[12:43] <burhan> if I can transfer the SSL cert, I can get rid of tomcat entirely :/
[12:43] <juneau001> what version of Django?
[12:43] <burhan> 1.2.3
[12:43] <juneau001> Oracle?
[12:43] <burhan> yeah, its me.
[12:43] <juneau001> okay, it *should* work then.
[12:44] <juneau001> I use Oracle on a daily basis with Django...but haven't upgraded to 1.2.3 yet
[12:44] <juneau001> only using 1.2.1 still
[12:44] <juneau001> been a busy holiday season! :0
[12:44] <burhan> I'm going to downgrade to 1.2.1 to see if that solves the createsuperuser issue.
[12:45] <juneau001> sure, it is worth a shot...I will upgrade to 1.2.3 and see if everything works in my environment
[12:45] <juneau001> I have been working on getting MS SQL to work with Django 1.2.x lately....
[12:45] <burhan> also the default jython download for glassfish's update center doesn't work with django-jython, I had to manually install jython
[12:45] <juneau001> so I haven't kept up with the current back-ends on more recent django releases
[12:46] <juneau001> what is the default jython download version?
[12:46] <juneau001> 2.5.1?
[12:47] <pr3d4t0r> burhan: Yes, you can do that, but it will depend in large measure on your app container's deployment method.
[12:47] <pr3d4t0r> burhan: If your container supports OSGi just create a bundle for each app and deploy as usual. Jython must be in a bundle as a prerequisite that you install before deploying app bundles.
[12:48] <burhan> pr3d4t0r: glassfish does support osgi
[12:48] <burhan> pr3d4t0r: thanks, I'll give it a try.
[12:48] * stakkars_ (~tismer@p5DCE3CEF.dip.t-dialin.net) has joined #jython
[12:48] <pr3d4t0r> burhan: If you don't have OSGi then you're dependent on your app container's dynamic loading capabilities. Mule has a very nice deployment mechanism.
[12:48] <burhan> not used to the java world
[12:48] <juneau001> We will need to see if the glassfish v3 update center can be updated to include the latest version of jython
[12:48] <pr3d4t0r> burhan: Also - for extreme spaces.
[12:48] <pr3d4t0r> burhan: Er, cases.
[12:49] <pr3d4t0r> burhan: You *can* deploy .py sources somewhere in classpath and then reload() for any portions of your code that may change over time.
[12:49] <pr3d4t0r> burhan: That's how we were doing Mule punching.
[12:51] <burhan> is there some equivalent in non-java web development to have a centralize credential store for database access?
[12:51] <pr3d4t0r> burhan: That's dangerous, though, both in Python and in JVM terms. If you're familiar with Python, you know about the perils of reload. They are compounded by the JVM class loader clashes in a Java environment. So use this carefully.
[12:52] <pr3d4t0r> burhan: LDAP?
[12:52] <pr3d4t0r> burhan: Kerberos?
[12:52] <burhan> yes, I am already aware of this and I believe this is one of the reasons I keep getting permgen space errors.
[12:52] <pr3d4t0r> burhan: Authentication and authorization aren't specific to Java. If your DB supports any of the above, you're set.
[12:52] * stakkars_ (~tismer@p5DCE3CEF.dip.t-dialin.net) Quit (Client Quit)
[12:52] <burhan> pr3d4t0r: it needs to be db agnostic.
[12:52] <pr3d4t0r> OKi, lunchtime.
[12:53] <pr3d4t0r> burhan: It's not.
[12:53] <pr3d4t0r> burhan: Different databases will support different authentication methods.
[12:53] <pr3d4t0r> burhan: That's why even the JDBC drivers aren't portable across the board.
[12:53] <burhan> exactly - so I was thinking of a something in the middle, just to grab the credentials.
[12:54] <pr3d4t0r> burhan: Grab them from...?
[12:54] <burhan> something like SSO, but hoping something less complicated
[12:54] <pr3d4t0r> burhan: If you're familiar with Mule, you can define JDBC endpoints in it that are 100% independent of your application.
[12:55] <burhan> the whole problem is that for security reasons, the db credentials are rotated.
[12:55] <burhan> so my app needs to connect with the right credentials without having someone come in and modify the source.
[12:55] <pr3d4t0r> burhan: Your "app" only sends Python/Java/JSON objects to the endpoint and let it xecute the query or SPROC there.
[12:55] <pr3d4t0r> burhan: Ah - got it.
[12:56] <pr3d4t0r> burhan: Figure out a way of injecting new credentials when they're published :)
[12:56] <burhan> and for the same security reasons, the operations people (who have access to the servers) don't have access to the db credentials.
[12:57] <burhan> I was thinking of implementing some service in the middle, which the db/security/audit people control. They define the credentials. Applications then query this service for a connection to the database.
[12:58] <burhan> at first I thought of using metamatrix, but this seemed like complexity for complexity's sake.
[12:59] <burhan> I even explored ldap, but that opened another can-of-worms with the security+audit people.
[13:10] <burhan> juneau001: still here?
[13:10] <juneau001> burhan: sure, what's up?
[13:11] <burhan> I just reverted back to 1.2.1 django
[13:11] <juneau001> ok, any luck?
[13:11] <burhan> and createsuperuser is hanging again on password: prompt
[13:11] <juneau001> you are unable to enter a password then?
[13:11] <burhan> nope, I enter a password
[13:11] <burhan> it never asks for a confirmation
[13:12] <juneau001> ok, does it end up creating the superuser?
[13:12] <burhan> the prompt never returns.
[13:12] <burhan> Its stuck on: Password: _
[13:12] <juneau001> ok
[13:12] <juneau001> What OS are you using?
[13:12] <burhan> Windows XP Pro
[13:12] <juneau001> just curious
[13:12] <burhan> against Oracle XE
[13:12] <juneau001> ok
[13:13] <burhan> I'm launching the command like this:
[13:13] <burhan> java -jar "c:\glassfishv3\glassfish\jython\jython.jar" manage.py createsuperuser
[13:13] <burhan> Username: admin
[13:14] <burhan> E-mail address: admin@admin.com
[13:14] <burhan> Password: _
[13:14] <burhan> that's it.
[13:14] <juneau001> ok, that looks like it should work
[13:14] <juneau001> I do not have an XP machine to test with unfortunately
[13:14] <burhan> does it matter if its XP?
[13:14] <burhan> I mean, the development server is windows server 2003 and it didn't work there either.
[13:15] <juneau001> it shouldn't ...but I like to try and duplicate issues exactly
[13:15] <burhan> could this be related to the other issue regarding the user tables?
[13:15] <juneau001> ok, I deploy on Windows Server 2003
[13:15] <juneau001> What issue is that?
[13:16] <burhan> #50
[13:17] <juneau001> If I do a syncdb, I receive an error...Cannot insert NULL into 'AUTH_PERMISSION.ID'
[13:17] <juneau001> But everything works still...
[13:17] <juneau001> Not that I can overlook the issue....but seems to be benign
[13:17] <juneau001> looking at #50
[13:18] <juneau001> Ok, I remember putting in that issue now
[13:18] <juneau001> have you tried to implement the workaround?
[13:19] <juneau001> Changing TIMESTAMP fields to DATE?
[13:20] <juneau001> burhan: still around?
[13:23] <burhan> yes
[13:23] <burhan> implemented the workaround, by changing TIMESTAMP to DATE on AUTH_USER
[13:24] <burhan> still same problem :/
[13:26] <burhan> is there some flag to java to turn on verbose debugging?
[13:26] <juneau001> Did you try to change in the DJANGO_SESSION table as well?
[13:28] <burhan> change EXPIRE_DATE to DATE?
[13:29] <juneau001> yes, any of the TIMESTAMP fields
[13:30] <juneau001> I need to work on this issue as it is a very cumbersome work around. However, it seems that Django-jython does not play nicely with the Oracle TIMESTAMP data type.
[13:30] <juneau001> Changing to DATE types resolves issues.
[13:32] <burhan> hrmm, I changed both tables.
[13:32] <burhan> no TIMESTAMP types there.
[13:32] <juneau001> still not working, hmmm
[13:32] <burhan> ran a new command prompt with the same command, still hangs at the first Password: prompt
[13:32] <burhan> let me try creating a user manually.
[13:33] <burhan> maybe I can get some trace from python
[13:35] <burhan> well, this is odd :?
[13:36] <burhan> from the shell, I can create the user (I didn't set the password)
[13:37] <juneau001> ok
[13:37] <juneau001> I will try to go through the process on my machine today
[13:37] <juneau001> I will set up a new app and try to create a super user
[13:38] <juneau001> I am using OSX
[13:38] <juneau001> I will upgrade to 1.2.3 and jython 2.5.2 rc3 so that we are using the same versions
[13:38] <burhan> okay, from the django shell
[13:38] <juneau001> Cannot do it this moment....but will do it within the next few hours
[13:38] <burhan> everything works as expected.
[13:39] <juneau001> Glad everything works from shell...still need to get it working correctly from the syncdb and createsuperuser command though
[13:39] <juneau001> thanks for helping out
[13:39] <burhan> u = User(); u.username = 'admin'; u.is_active = True; u.is_admin = True; u.email = 'admin@admin.com'; u.set_password('password'); u.save()
[13:39] <burhan> that worked a treat.
[13:39] <juneau001> glad to hear it
[13:40] <burhan> so I'm assuming if that works, then creating users from the actual admin would work too.
[13:40] <juneau001> It should work...I have created users from the admin and it works fine in my environment
[13:41] <burhan> I'm not sure if this is relavant, but I'm running Windows XP under vmware fusion 3 on my mac.
[13:41] <juneau001> good to know...but it shouldn't matter really, right?
[13:41] <juneau001> I have tested successfully in the past with Vista under Parallels on my mac
[13:42] <juneau001> no problems
[13:42] <juneau001> thanks again for your help, I will be in touch later after I test using a new database and updated versions of Jython and Django
[13:43] <burhan> no problem.
[13:43] <burhan> also for the other issue with sending emails
[13:43] <burhan> I posted a suggestion on google code.
[13:45] <juneau001> will check it out, thanks
[13:49] * stakkars_ (~tismer@89.204.137.76) has joined #jython
[13:59] * stakkars_ (~tismer@89.204.137.76) Quit (Quit: schnarch)
[14:32] * seberg (~sebastian@134.76.218.252) has joined #jython
[14:32] * jabley (~jabley@87-84-49-84.absolutely2.mezzonet.net) Quit (Ping timeout: 265 seconds)
[14:39] * jabley (~jabley@87-84-49-84.absolutely2.mezzonet.net) has joined #jython
[14:39] * enebo (~enebo@184-97-205-152.mpls.qwest.net) has joined #jython
[14:47] * _konryd__ (~konryd@89-76-136-164.dynamic.chello.pl) has joined #jython
[14:53] * headius (~headius@216.160.3.79) has joined #jython
[15:15] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[15:17] * stakkars_ (~tismer@89.204.153.98) has joined #jython
[15:17] * _konryd__ (~konryd@89-76-136-164.dynamic.chello.pl) Quit (Quit: _konryd__)
[15:34] * lopex (531346b2@gateway/web/freenode/ip.83.19.70.178) Quit ()
[15:39] * seberg (~sebastian@134.76.218.252) Quit (Quit: Ex-Chat)
[15:51] * mdemi (~msdemlei@victor.ari.uni-heidelberg.de) has left #jython
[16:04] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[16:13] * stakkars_ (~tismer@89.204.153.98) Quit (Quit: schnarch)
[16:23] * burhan (~burhan@pdpc/supporter/student/fyrestrtr) Quit (Quit: leaving)
[16:42] * Oti (5390f2dc@gateway/web/freenode/ip.83.144.242.220) Quit (Quit: Page closed)
[16:43] * thobe (~Adium@212-162-171-110.skbbip.com) Quit (Quit: Leaving.)
[17:03] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[17:03] * enebo (~enebo@184-97-205-152.mpls.qwest.net) has joined #jython
[17:06] * jabley (~jabley@87-84-49-84.absolutely2.mezzonet.net) Quit (Quit: jabley)
[17:12] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 276 seconds)
[17:42] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) Quit (Quit: stakkars)
[17:44] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Quit: enebo)
[17:48] * stakkars (~tismer@77-21-85-35-dynip.superkabel.de) has joined #jython
[18:53] <juneau001> burhan: Got jython and django updated...started new app...all works well so far. I will need to continue the testing at a later time though because I've got to get to work on some other things...I will be in touch after I've tested further
[19:21] * enebo (~enebo@184-97-205-152.mpls.qwest.net) has joined #jython
[19:26] * MarderIII (~marderii@enneman.demon.nl) has joined #jython
[19:52] * thobe (~Adium@c83-249-252-226.bredband.comhem.se) has joined #jython
[19:59] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[20:10] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Read error: Connection reset by peer)
[20:10] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) has joined #jython
[20:18] * juneau001 (~juneau@131.225.24.170) Quit (Quit: juneau001)
[20:40] * lopex (lopex@89-76-44-27.dynamic.chello.pl) Quit (*.net *.split)
[20:42] * lopex (lopex@89-76-44-27.dynamic.chello.pl) has joined #jython
[20:50] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) has joined #jython
[20:51] * MarderIII (~marderii@enneman.demon.nl) Quit (Quit: [IRSSI] MarderIII has left the building.)
[20:59] * shanka (~shashank@c-98-245-87-8.hsd1.co.comcast.net) Quit (Ping timeout: 246 seconds)
[21:07] * jabley (~jabley@cpc1-farn4-0-0-cust318.6-2.cable.virginmedia.com) Quit (Quit: jabley)
[21:10] * lolsuper_ (~super_@unaffiliated/lolsuper-/x-9881387) has joined #jython
[21:21] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Read error: Connection reset by peer)
[21:22] * enebo (~enebo@184-97-205-152.mpls.qwest.net) has joined #jython
[21:36] * headius (~headius@216.160.3.79) Quit (Quit: headius)
[22:05] * robbyoconnor (~wakawaka@guifications/user/r0bby) Quit (Read error: Connection reset by peer)
[22:06] * robbyoconnor (~wakawaka@guifications/user/r0bby) has joined #jython
[22:20] * enebo (~enebo@184-97-205-152.mpls.qwest.net) Quit (Quit: enebo)
[22:24] <agronholm> there's still no changelog?
[22:49] * plankton (~kvirc@189.58.69.231.dynamic.adsl.gvt.net.br) has joined #jython
[23:10] * lolsuper_ (~super_@unaffiliated/lolsuper-/x-9881387) Quit (Ping timeout: 240 seconds)
[23:18] * plankton (~kvirc@189.58.69.231.dynamic.adsl.gvt.net.br) Quit (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
These logs were automatically created by JythonLogBot_ on irc.freenode.net using a slightly modified version of the Java IRC LogBot (github).