*** MiUlEr has joined #zope3-dev | 00:37 | |
*** hazmat has joined #zope3-dev | 00:42 | |
*** ChanServ sets mode: +o hazmat | 00:42 | |
*** ccomb has quit IRC | 00:45 | |
*** MiUlEr has quit IRC | 01:01 | |
*** jinty has quit IRC | 01:11 | |
*** jinty has joined #zope3-dev | 01:19 | |
*** tim__ has quit IRC | 01:21 | |
*** jinty has left #zope3-dev | 02:03 | |
*** alecm has joined #zope3-dev | 03:39 | |
*** wrobel has quit IRC | 03:42 | |
*** pcardune has quit IRC | 04:01 | |
*** alecm has quit IRC | 04:21 | |
*** alecm has joined #zope3-dev | 04:21 | |
*** lurker has quit IRC | 05:01 | |
*** limi has joined #zope3-dev | 05:39 | |
*** derek|coffeeshop has joined #zope3-dev | 05:39 | |
*** pbugni has joined #zope3-dev | 05:41 | |
*** pbugni is now known as pbugni[afk] | 05:42 | |
*** stub has joined #zope3-dev | 05:53 | |
*** derek|coffeeshop has quit IRC | 05:56 | |
*** alecm has quit IRC | 05:58 | |
*** limi is now known as limi|out | 06:10 | |
*** limi|out has left #zope3-dev | 06:10 | |
*** hazmat has quit IRC | 06:24 | |
*** natea_ has joined #zope3-dev | 06:40 | |
*** natea has quit IRC | 06:49 | |
*** greenman has joined #zope3-dev | 07:20 | |
*** greenman has quit IRC | 07:35 | |
*** stub has quit IRC | 07:42 | |
*** natea_ has quit IRC | 08:01 | |
*** Bhaskar1 has joined #zope3-dev | 08:08 | |
*** projekt01 has joined #zope3-dev | 08:22 | |
*** projekt01 has quit IRC | 09:03 | |
*** stub has joined #zope3-dev | 09:09 | |
*** natea_ has joined #zope3-dev | 09:20 | |
*** Bhaskar1 has quit IRC | 09:31 | |
*** jukart has joined #zope3-dev | 09:36 | |
*** philiKON_ has joined #zope3-dev | 09:45 | |
*** philiKON has quit IRC | 09:54 | |
*** ccomb has joined #zope3-dev | 10:05 | |
*** ignas has joined #zope3-dev | 10:11 | |
*** greenman has joined #zope3-dev | 10:38 | |
*** stub has quit IRC | 10:51 | |
*** natea_ has quit IRC | 10:53 | |
dobee | jukart: ayt? | 10:54 |
---|---|---|
*** naro has joined #zope3-dev | 11:05 | |
*** greenman has quit IRC | 11:16 | |
*** ccomb has quit IRC | 11:16 | |
*** ccomb has joined #zope3-dev | 11:16 | |
*** jfroche has quit IRC | 11:24 | |
*** jfroche_ has joined #zope3-dev | 11:25 | |
*** goplus has joined #zope3-dev | 11:33 | |
*** d2m has joined #zope3-dev | 11:54 | |
*** wrobel has joined #zope3-dev | 12:06 | |
*** natea_ has joined #zope3-dev | 12:24 | |
*** Aiste has joined #zope3-dev | 12:39 | |
*** zagy_ has joined #zope3-dev | 12:49 | |
*** stub has joined #zope3-dev | 13:03 | |
ccomb | Hello, I get an error in the apidoc : http://localhost:9676/++apidoc++/Code/zope/app/container/contained/ObjectMovedEvent/index.html | 13:07 |
ccomb | is it known, or specific to my setup? | 13:08 |
ccomb | TypeError(_insufficientContext) | 13:08 |
*** lurker has joined #zope3-dev | 13:09 | |
*** zagy has quit IRC | 13:09 | |
goplus | ccomb: me not (3.4.0a1 from tgz) | 13:10 |
ccomb | I'm with 3.3.1 | 13:11 |
*** natea_ has quit IRC | 13:14 | |
*** nxf has joined #zope3-dev | 13:14 | |
nxf | Hi folks, I'm new to Zope in general, and trying to evaluate Z2 and Z3. I want to write a small web app to start with, not requiring Plone or anything, but I like the portal_skins feature from CMFCore in Z2. Would you recommend to jump directly into Z3 or first get familiar with the Z2 way of doing things? | 13:16 |
ccomb | If you want to use just zope, jump directly into Z3 | 13:18 |
ccomb | If you want a full featured CMS, jump into Plone, and try to use Five as much as possible | 13:18 |
ccomb | (that's my opinion) | 13:18 |
ccomb | You already have some skinning features and form generation in Z3 | 13:19 |
*** nxf_ has joined #zope3-dev | 13:20 | |
goplus | http://wiki.zope.org/zope3/SimplifySkinning | 13:22 |
*** lurker has quit IRC | 13:22 | |
ccomb | Hey, What happened to worldcookery? | 13:23 |
ccomb | nxf : if you dive into Z3, you should seriously consider buying this book : | 13:25 |
ccomb | http://www.springer.com/cda/content/document/cda_downloaddocument/9783540338079-t1.pdf?SGWID=0-0-45-328799-p173705712 | 13:25 |
ccomb | http://www.springer.com/cda/content/document/cda_downloaddocument/9783540338079-c1.pdf?SGWID=0-0-45-328792-p173705712 | 13:25 |
nxf_ | Thanks ccomb, I'll concentrate on Z3 to start with. When I need Plone it will probably have been ported in the meantime :D Thanks again | 13:26 |
*** goplus has left #zope3-dev | 13:28 | |
*** ignas has quit IRC | 13:31 | |
*** nxf has quit IRC | 13:37 | |
*** J1m has joined #zope3-dev | 13:42 | |
nxf_ | I can't seem to find a SiteRoot to add in the ZMI of Zope 3.3.1? | 13:45 |
ccomb | you can add a folder and turn it into a site | 13:49 |
ccomb | Be aware that you won't be able to do through-the-web development with Z3 | 13:50 |
*** natea_ has joined #zope3-dev | 13:52 | |
*** lurker has joined #zope3-dev | 13:54 | |
*** dunny has quit IRC | 13:57 | |
d2m | anyone has some performance figures for using mod_python+zope3 ? | 14:02 |
philiKON_ | uh no. | 14:21 |
philiKON_ | it's not really production material | 14:21 |
d2m | i know | 14:21 |
d2m | i'm just compiling benches with mod_wsgi now | 14:21 |
d2m | and don't have experience with mod_python at all | 14:22 |
*** stu1 has joined #zope3-dev | 14:46 | |
*** natea_ has quit IRC | 14:48 | |
*** jinty has joined #zope3-dev | 14:56 | |
*** stub has quit IRC | 15:04 | |
*** naro has quit IRC | 15:10 | |
*** zagy has joined #zope3-dev | 15:19 | |
*** nxf_ has left #zope3-dev | 15:26 | |
*** stu1 has quit IRC | 15:29 | |
*** jinty has quit IRC | 15:31 | |
*** natea_ has joined #zope3-dev | 15:35 | |
*** zagy_ has quit IRC | 15:35 | |
*** torkel_ has joined #zope3-dev | 15:45 | |
*** jukart has quit IRC | 15:48 | |
*** natea_ has quit IRC | 16:25 | |
*** alecm has joined #zope3-dev | 16:34 | |
*** jinty has joined #zope3-dev | 17:01 | |
*** jinty has quit IRC | 18:10 | |
*** jinty has joined #zope3-dev | 18:12 | |
*** ccomb has left #zope3-dev | 18:17 | |
*** lurker has quit IRC | 18:20 | |
*** pcardune has joined #zope3-dev | 18:21 | |
*** ccomb has joined #zope3-dev | 18:35 | |
*** dobee has quit IRC | 18:37 | |
*** derek|coffeeshop has joined #zope3-dev | 18:45 | |
*** alecm_ has joined #zope3-dev | 18:50 | |
*** alecm has quit IRC | 18:50 | |
*** alecm has joined #zope3-dev | 18:56 | |
*** alecm_ has quit IRC | 18:56 | |
*** alecm has quit IRC | 19:17 | |
*** goplus has joined #zope3-dev | 19:19 | |
*** goplus has left #zope3-dev | 19:22 | |
*** alecm has joined #zope3-dev | 19:27 | |
*** timte has joined #zope3-dev | 19:58 | |
*** J1m has quit IRC | 20:00 | |
*** derek|coffeeshop has quit IRC | 20:04 | |
d2m | do you know if the ZODB is locked on every request ? if so, what would make it release the lock ? is it timed ? | 20:24 |
d2m | i'm getting "ERROR ZODB.lock_file Error locking file /.../Data.fs.lock" errors on benchmarking the WSGIApplication object | 20:25 |
*** derek|coffeeshop has joined #zope3-dev | 20:27 | |
*** jodok has joined #zope3-dev | 20:44 | |
*** Jell-O-Fishi has quit IRC | 20:51 | |
philiKON_ | d2m: the zodb is locked when the database is opened | 21:00 |
philiKON_ | this happens when zope starts up | 21:01 |
philiKON_ | in your case you seem to be starting multiple zopes | 21:01 |
philiKON_ | because, for example, mod_python/mod_wsgi start multiple python interpreter | 21:01 |
philiKON_ | at least one per apache process | 21:01 |
philiKON_ | you probably want to use zeo here | 21:01 |
d2m | ok, i'll try, thanks for the tip | 21:02 |
d2m | err, hint | 21:02 |
philiKON_ | however, last time i wanted to use zeo within apache, i had problems | 21:03 |
d2m | i haven't had that kind of problem with a wsgi server so far | 21:04 |
d2m | philiKON_: works now, and its double the speed than with the local Data.fs | 21:17 |
*** zagy has quit IRC | 21:18 | |
*** b52lap has quit IRC | 21:18 | |
*** b52lap has joined #zope3-dev | 21:18 | |
philiKON_ | d2m: well, duh, of course you haven't had a problem so far if the server was single processed and multi-threaded | 21:19 |
philiKON_ | but apache typically is multi-processed | 21:19 |
d2m | so, i'm getting now 120 req/sec ofZope3+ZEO, on a station that makes 2500 req/sec on a static file with apache | 21:22 |
d2m | i think the resulting will be a 2 to 3 times increase over the builtin server | 21:26 |
*** benji has quit IRC | 21:47 | |
*** derek|coffeeshop has quit IRC | 21:49 | |
*** derek|laptop has joined #zope3-dev | 21:50 | |
philiKON_ | d2m: neat | 21:50 |
*** philiKON_ is now known as philiKON | 21:51 | |
*** benji has joined #zope3-dev | 21:51 | |
derek|laptop | does anyone know how to populate a field on an annotation with the return value of a function upon annotation creation? I tried doing it in the annotation impl class, but that seems to be ignored. I also looked at doing it in the schema, but the arguments for TextLine AFAICT only allow literal default values that apply to all instances of the annotation, not a default value generated by a function that will be different for each annotation instance.. | 21:53 |
*** alecm has quit IRC | 21:57 | |
philiKON | are you usnig zope.annotation.factory? | 21:57 |
derek|laptop | yes | 21:57 |
philiKON | then why aren't you simply setting those default values in __init__? | 21:57 |
derek|laptop | that's a good question. the answer must be: because I was looking for something harder. :) I'll do that. Thanks, philiKON! | 21:58 |
*** torkel_ has quit IRC | 21:59 | |
*** alecm has joined #zope3-dev | 22:00 | |
d2m | btw, where do zcml files inside a WSGIApplication object get their path information from ? in a first run i was forced to change all relative paths in .conf and .zcml files to absolute paths | 22:03 |
d2m | setting sys.path is not good enough | 22:03 |
philiKON | paths are assumed to be relative | 22:04 |
philiKON | in zcml | 22:04 |
philiKON | relative to a package, usually | 22:04 |
d2m | thats a bit of a problem | 22:04 |
d2m | ok, maybe its the .conf files only that need abolute paths to e.g. site.zcml | 22:05 |
philiKON | well, or relative paths to cwd | 22:05 |
*** derek|laptop has quit IRC | 22:07 | |
*** lurker has joined #zope3-dev | 22:18 | |
*** alecm has quit IRC | 22:20 | |
jodok | philiKON: you mentioned something about 64bit python using double ram of 32bit python - what was the reason? | 22:21 |
*** dunny has joined #zope3-dev | 22:22 | |
philiKON | jim was that | 22:23 |
philiKON | but i can see why | 22:23 |
philiKON | in python, every object is represented by a PyObject* pointer | 22:24 |
philiKON | which is sizeof(int) | 22:24 |
*** rocky has quit IRC | 22:24 | |
philiKON | afk | 22:24 |
*** rocky has joined #zope3-dev | 22:25 | |
*** sm has joined #zope3-dev | 22:37 | |
jodok | ic | 22:37 |
sm | good morning all | 22:38 |
d2m | hi sm | 22:38 |
sm | I'm having a serious problem with zope 3's tal in zope 2.10.3 | 22:38 |
sm | tal:content="structure var" seems to require that var be ascii, in z3 tal ? | 22:39 |
lurker | sm, z3 zpt are unicode | 22:42 |
lurker | so if you pass string it will be converted, and ascii is the default converter | 22:42 |
sm | ah.. how is the converter configured ? | 22:44 |
benji | jodok: in some tests with a Zope 2 app we saw around an 80% increase of memory footprint when going from 32 to 64 bit | 22:45 |
jodok | benji: unfortunately i don't know enough what happens behind the (python) scenes | 22:46 |
jodok | but i'd like to know a little bit more :) | 22:47 |
benji | it's pretty simple really, pointers are twice as big and any app that is pointer-heavy (like CPython) will see large increases in memory usage | 22:48 |
jodok | and they are bigger because they can address more memory, right? | 22:48 |
benji | one thing we considered and tested (but have not yet done in production) is to run 32-bit apps on a 64-bit OS; if a single process doesn't need to access huge amounts of ram (or do 64-bit integer operations), you can get the best of both worlds | 22:49 |
benji | right | 22:49 |
benji | you're probably thinking of the plugin for Zope 2 that gives basic monitoring info (memory usage, active connections, etc.); Jim recently started something like that for Zope 3 too (looking up URL) | 22:52 |
benji | I don't know if it's usable yet, but here it is: http://svn.zope.org/zc.z3monitor/ | 22:52 |
lurker | :w | 23:03 |
benji | :q! | 23:03 |
* lurker grins sheepishly | 23:03 | |
*** pbugni[afk] is now known as pbugni | 23:03 | |
jodok | "started" - he created the directories | 23:03 |
benji | jodok: heh :) | 23:04 |
jodok | that's what he mentioned - i guess the z2 version is somewhere in your svn | 23:04 |
benji | I don't believe it's public, so probably. | 23:05 |
benji | lurker: I often type "ls" into my IRC client when I mean /who ;) | 23:08 |
benji | perhaps I need to make a fuse filesystem for IRC | 23:08 |
*** BjornT has joined #zope3-dev | 23:08 | |
lurker | heh | 23:09 |
sm | in #python they tell me the default system encoding used by unicode() is just a bad idea and will go away in python 3, and encoding should always be specified | 23:13 |
*** d2m has left #zope3-dev | 23:14 | |
benji | sm: I know next to nothing about unicode, but believe both those statements to be true. | 23:17 |
sm | thank you.. it's helpful to think this through | 23:17 |
*** natea_ has joined #zope3-dev | 23:17 | |
sm | the reason I care is I'm trying to make zwiki work with both zope 2.9 and 2.10. The z3 tal in 2.10 calls unicode() using default encoding on my content. | 23:17 |
sm | since I can't/may not influence that default encoding, it seems I should just ensure my content is unicode before tal sees it | 23:18 |
sm | but only when the zope version is 2.10 or greater.. | 23:18 |
benji | why not on z3 as well? | 23:19 |
sm | well, z3 zwiki is a whole different codebase | 23:20 |
sm | do you mean why not make the zope2 zwiki work on z3 also ? is that a sane thing to try ? | 23:20 |
sm | surely not | 23:20 |
benji | oh, I thought they were the same code | 23:27 |
sm | alas no, totally different projects | 23:28 |
sm | so: I would think that this should work: if ZOPEVERSION > 2.10: arg = unicode(arg,myencoding); template(self,REQUEST,option1=arg) | 23:33 |
sm | but it does not. still getting that fricking unicodedecodeerror :) | 23:36 |
benji | this is where my statement of "I know next to nothing about unicode" comes back to help me and haunt you ;) | 23:39 |
pbugni | sm - any chance the error is coming from the line above: arg = unicode(arg,myencoding); ? | 23:40 |
pbugni | this tends to be my trouble - not knowning what encoding it is coming from | 23:41 |
pbugni | or knowing | 23:41 |
sm | no, the conversion to unicode works | 23:41 |
sm | it's just when I call the template (and it applies the structure keyword to option1) | 23:41 |
sm | http://paste.lisp.org/display/40519 | 23:43 |
pbugni | 'ascii' codec .... how do you alert it to the fact you already have unicode? <tal:content="python: type(body)"/> | 23:47 |
pbugni | you want <type 'unicode'> there, i would expect | 23:48 |
pbugni | and i'm guessing that isn't happening - thinks it's <type 'str'> | 23:48 |
sm | ah-haaa.. the error is coming from another part of the template, using some other piece of data | 23:49 |
pbugni | that's good news :) | 23:49 |
sm | fortunately, I don't need to alert it that I'm giving it unicode - unicode(unicode()) seems to be a noop | 23:49 |
pbugni | y - but unicode(ascii str) is not | 23:50 |
pbugni | before you realized it was coming from a different part of the template, i assumed it was a type issue | 23:50 |
sm | yes, good news.. so I have to apply this same workaround anywhere I pass in data used with the structure keyword | 23:52 |
sm | progress | 23:52 |
pbugni | or tal:content='structure python:unicode(var)', right? | 23:52 |
pbugni | < myencoding | 23:53 |
sm | yes, I think so. but I have to do it only for zope >= 2.10 | 23:54 |
*** torkel_ has joined #zope3-dev | 23:55 | |
sm | structure python:preparefortal(var) | 23:56 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!