DjangoBot: #django

hi

Alex_Gaynor: one thing

Alex_Gaynor: sorry, retarded Sunday typing skills: I've tried installing Pinax, but somehow some of the packages (django-ajax-validation) depend on "setuptools_git", wth is that?

innervision: Uh, I thought that was just a part of setuptools by default, that is I've never installed anything special for it

sounds like a module easyinstall uses to install from git repository.

pretty straight forward.

gah, this is Python, not Java. Logging should be easy. t.t

Alex_Gaynor: weird, it keeps killing my pip when trying to install the requirements.

atoi: the disgrace here is that the logging framework is pretty much a direct port of Java's, lol

innervision: not sure, perhaps someone in the pinax channel can help

yes, I know it's similar.

But the Java one is actually still more convoluted.

:)

Alex_Gaynor: oh, yup, that... should've thought of that before. thanks anyway!

<~~~ did Java for years.

atoi: I'm glad you survived, lol

heh

logging in python is only slightly more complex that it could be, imho

FunkyBob: it's not terribly complex, but rather terribly unpythonic

hmm

FunkyBob, well. Yeah, probably. I think the design could be more Pythonic. But I've not had a problem so far. At least, not a problem like this where it just flat isn't working.

atoi: actually in my case it's always been the other way around. logging is one of those things where you hammer a bit until it's finally working, instead of somewhat working right away

FunkyBob, any ideas for why this isn't working? http://dpaste.com/224068/ (handler_class is a RotatingFileHandler or ConcurrentRotatingFileHandler)

"logging initialized!" (and in fact all print calls) are working.

but when I log, it seems to disappear.

nevermind. :)

got it.

log level has to be an int. when I saw the dictionary in logging.__init__.py which mapped debugging level strings to int, I figured it would just convert.

apparently not.

logging.DEBUG instead of "DEBUG" did it.

./facepalm

should have been obvious

heh

innervision: looks like threading wasn't the issue. Running synchronously, things still bork

i have a CentOS server... is it possible to run a django/newer version of python/satchmo/other libraries in it's own enviornment? i have python2.4, django 1.1,older version of satchmo right now running.. but i would like to experiment with other configurations

m1chael: sure

m1chael: there's a few approaches.... virtualenv can certainly make it easier

okay, i'll check out virtualenv