*** J1m_ has quit IRC | 00:01 | |
*** harobed has quit IRC | 00:08 | |
*** mgedmin has quit IRC | 00:10 | |
*** pcardune_vm is now known as pcardune_away | 00:24 | |
*** regebro has quit IRC | 00:27 | |
*** benji has quit IRC | 00:29 | |
*** b52laptop has joined #zope3-dev | 00:32 | |
*** alga_ has quit IRC | 00:37 | |
*** RaFromBRC|lunch is now known as RaFromBRC | 00:38 | |
*** redir has joined #zope3-dev | 00:59 | |
*** timte_ has quit IRC | 01:01 | |
*** greenman has quit IRC | 01:04 | |
*** RaFromBRC has quit IRC | 01:06 | |
*** RaFromBRC has joined #zope3-dev | 01:08 | |
*** pbugni has quit IRC | 01:14 | |
*** danielblackburn has quit IRC | 01:14 | |
*** lucielejard has quit IRC | 01:17 | |
*** tarek has quit IRC | 01:19 | |
*** redir_ has joined #zope3-dev | 01:19 | |
*** greenman has joined #zope3-dev | 01:26 | |
*** redir has quit IRC | 01:28 | |
*** ccomb has joined #zope3-dev | 01:29 | |
*** norro has quit IRC | 01:48 | |
*** ejucovy is now known as ejucovy|out | 01:54 | |
*** edgordon has quit IRC | 02:18 | |
*** nathany has quit IRC | 02:21 | |
*** rmarianski has quit IRC | 02:36 | |
*** b52laptop has quit IRC | 02:38 | |
*** pcardune_away is now known as pcardune_vm | 02:39 | |
*** whit has quit IRC | 03:06 | |
*** run|home has joined #zope3-dev | 03:15 | |
*** alecm has quit IRC | 03:46 | |
*** greenman has quit IRC | 03:47 | |
*** malthe|o_ has joined #zope3-dev | 03:51 | |
*** malthe|out has quit IRC | 03:53 | |
*** stub has joined #zope3-dev | 03:58 | |
*** pcardune_ has quit IRC | 04:01 | |
*** pcardune_vm has quit IRC | 04:20 | |
*** stub has quit IRC | 04:26 | |
*** rocky has quit IRC | 04:26 | |
*** stub has joined #zope3-dev | 04:27 | |
*** goschtl_ has joined #zope3-dev | 04:28 | |
*** goschtl has quit IRC | 04:43 | |
*** run|home_ has joined #zope3-dev | 04:47 | |
*** RaFromBRC has quit IRC | 04:49 | |
*** run|home has quit IRC | 04:51 | |
*** pcardune has joined #zope3-dev | 05:10 | |
*** lucielejard has joined #zope3-dev | 05:15 | |
*** reco has quit IRC | 05:22 | |
*** pcardune has quit IRC | 06:15 | |
*** lucielejard has quit IRC | 06:25 | |
*** greenman has joined #zope3-dev | 06:33 | |
*** niemeyer has quit IRC | 06:40 | |
*** greenman has quit IRC | 06:45 | |
*** markusleist has joined #zope3-dev | 06:53 | |
*** baijum has joined #zope3-dev | 07:14 | |
*** whit has joined #zope3-dev | 07:22 | |
*** jayaraj has joined #zope3-dev | 07:23 | |
*** stub has quit IRC | 07:40 | |
*** whit has quit IRC | 07:42 | |
*** whit has joined #zope3-dev | 07:44 | |
*** ktwilight has quit IRC | 07:46 | |
*** ktwilight has joined #zope3-dev | 07:47 | |
*** romanofski has quit IRC | 07:49 | |
*** ktwilight has quit IRC | 07:49 | |
*** pcardune has joined #zope3-dev | 07:54 | |
*** ktwilight has joined #zope3-dev | 07:59 | |
*** ktwilight has quit IRC | 08:01 | |
*** ktwilight has joined #zope3-dev | 08:01 | |
*** pcardune has quit IRC | 08:02 | |
*** whit has quit IRC | 08:03 | |
*** pcardune has joined #zope3-dev | 08:08 | |
*** menesis has joined #zope3-dev | 08:16 | |
*** sorin has joined #zope3-dev | 08:34 | |
*** sorin is now known as sorindregan | 08:35 | |
*** d2m has joined #zope3-dev | 08:36 | |
*** quodt has joined #zope3-dev | 08:42 | |
*** jukart has joined #zope3-dev | 08:48 | |
*** redir_ has quit IRC | 08:56 | |
*** afd__ has joined #zope3-dev | 08:59 | |
*** pcardune has quit IRC | 09:15 | |
*** jukart has quit IRC | 09:18 | |
*** ghendi has joined #zope3-dev | 09:31 | |
*** romanofski has joined #zope3-dev | 09:33 | |
*** timte has joined #zope3-dev | 09:40 | |
*** jodok has joined #zope3-dev | 09:40 | |
*** jukart has joined #zope3-dev | 09:43 | |
*** pelle_ has quit IRC | 09:44 | |
*** goschtl_ has quit IRC | 09:53 | |
*** malthe|o_ is now known as malthe | 10:00 | |
*** vimes656 has joined #zope3-dev | 10:02 | |
*** jodok has quit IRC | 10:05 | |
*** goschtl has joined #zope3-dev | 10:11 | |
*** harobed has joined #zope3-dev | 10:19 | |
*** jodok has joined #zope3-dev | 10:22 | |
*** pelle_ has joined #zope3-dev | 10:27 | |
*** tarek has joined #zope3-dev | 10:29 | |
*** MJ has joined #zope3-dev | 10:35 | |
*** jpcw2002 has joined #zope3-dev | 10:47 | |
*** stub has joined #zope3-dev | 10:54 | |
*** philiKON has joined #zope3-dev | 11:02 | |
*** thruflo has joined #zope3-dev | 11:10 | |
*** maurits has joined #zope3-dev | 11:14 | |
baijum | Theuni, new buildout site is not resolving ? http://zopebuildout.whq.gocept.com | 11:14 |
---|---|---|
Theuni | ugh. typo. | 11:14 |
Theuni | zopebuildbot.whq.gocept.com | 11:15 |
*** thruflo has left #zope3-dev | 11:15 | |
Theuni | when working with those two i keep mixing them up linguisticall | 11:15 |
Theuni | y | 11:15 |
MJ | Theuni: I was wondering :-) | 11:15 |
baijum | ah. it's working, great ! congratulations ! | 11:15 |
Theuni | MJ: ;) | 11:16 |
Theuni | baijum: thanks. i hope i can keep it from falling on its face all the time. | 11:16 |
baijum | Theuni, cann't we host it any ZF servers ? may be you have to ask faasen | 11:17 |
Theuni | it's not about the hardware | 11:17 |
Theuni | the hardware will be fine | 11:17 |
Theuni | it has lots of disk space and the server isn't too busy | 11:17 |
Theuni | it's more the delicate setup | 11:17 |
Theuni | buildbot tends to fall apart when you stop looking | 11:17 |
baijum | ah. ok, anyway a buildbot.zope.org would be a better domain | 11:19 |
Theuni | that's already a different kind of buildbot ;) | 11:20 |
Theuni | you can make a domain point to this server though | 11:20 |
*** b52laptop has joined #zope3-dev | 11:21 | |
*** ghendi has quit IRC | 11:25 | |
*** edgordon has joined #zope3-dev | 11:26 | |
*** yvl has joined #zope3-dev | 11:27 | |
baijum | Theuni, ah. that would be a good option, can you send details required for DNS setup to zope-web list, I think Jens Vagelpohl is the one who helping out with zope.org domains | 11:27 |
Theuni | let's wait a few days before doing that | 11:28 |
Theuni | i want to get some feedback first, but i'm happy you like it | 11:29 |
baijum | ah. ok | 11:29 |
*** regebro has joined #zope3-dev | 11:32 | |
*** toutpt has joined #zope3-dev | 11:33 | |
*** thumper has joined #zope3-dev | 11:39 | |
*** thumper has quit IRC | 11:40 | |
*** thumper has joined #zope3-dev | 11:42 | |
*** philiKON has quit IRC | 11:46 | |
*** flox has joined #zope3-dev | 11:56 | |
*** norro has joined #zope3-dev | 11:59 | |
*** philiKON has joined #zope3-dev | 12:04 | |
*** jodok has quit IRC | 12:04 | |
*** jodok has joined #zope3-dev | 12:07 | |
*** mcdonc has quit IRC | 12:09 | |
*** mcdonc has joined #zope3-dev | 12:10 | |
*** baijum has quit IRC | 12:27 | |
*** tarek_ has joined #zope3-dev | 12:30 | |
*** norro has quit IRC | 12:36 | |
*** philiKON_ has joined #zope3-dev | 12:44 | |
*** tarek has quit IRC | 12:45 | |
*** philiKON has quit IRC | 12:47 | |
*** kursor has joined #zope3-dev | 12:57 | |
*** philiKON_ has quit IRC | 13:03 | |
*** dunny has quit IRC | 13:15 | |
*** b52laptop has quit IRC | 13:26 | |
*** b52lap has joined #zope3-dev | 13:27 | |
*** projekt01 has joined #zope3-dev | 13:35 | |
*** MJ is now known as MJ|lunch | 13:47 | |
*** jpcw2002 has quit IRC | 14:02 | |
*** aCiDBaSe has quit IRC | 14:03 | |
*** agroszer has joined #zope3-dev | 14:18 | |
*** niemeyer has joined #zope3-dev | 14:21 | |
*** alga has joined #zope3-dev | 14:22 | |
*** harobed has quit IRC | 14:25 | |
*** jpcw2002 has joined #zope3-dev | 14:27 | |
*** edgordon has quit IRC | 14:27 | |
*** b52lap has quit IRC | 14:31 | |
*** b52laptop has joined #zope3-dev | 14:31 | |
*** toutpt has quit IRC | 14:35 | |
*** MJ|lunch is now known as MJ | 14:42 | |
jayaraj | can any one help me ....i found this line of code in worldcookery example...."camefrom = request.get('camefrom' , '.' )" 'camefrom' is a hidden attribute in the form. wot does the '.' means??? | 14:46 |
bigkevmcd | well...what happens if you redirect to "." ? | 14:47 |
*** salfield has joined #zope3-dev | 14:48 | |
*** regebro has quit IRC | 14:50 | |
jayaraj | i dont know...the next line is to redirect to 'camefrom'. but i dont understand the syntax of the get function | 14:51 |
*** redir_ has joined #zope3-dev | 14:52 | |
bigkevmcd | jayaraj: request has a dictionary like interface, and get is a method of dictionaries | 14:52 |
jayaraj | bigkevmcd: ic thank you! now i can figure it out... i thought '.' is given a special meaning or somthing... | 14:54 |
bigkevmcd | jayaraj: it's the value to use if the dictionary lookup fails | 14:54 |
jayaraj | bigkevmcd: mmm i checked the value is of comefrom after the get, it was nothing. and i found the tal statement in the .pt file which sets comefrom to nothing | 14:56 |
jayaraj | bigkevmcd: so it makes sense now... | 14:57 |
*** edgordon has joined #zope3-dev | 14:57 | |
*** edgordon has quit IRC | 15:00 | |
*** edgordon has joined #zope3-dev | 15:01 | |
*** toutpt has joined #zope3-dev | 15:07 | |
*** danielblackburn has joined #zope3-dev | 15:11 | |
*** aCiDBaSe has joined #zope3-dev | 15:12 | |
*** sunew has joined #zope3-dev | 15:12 | |
*** timte has quit IRC | 15:13 | |
*** redir_ is now known as redir | 15:13 | |
*** benji has joined #zope3-dev | 15:15 | |
*** timte has joined #zope3-dev | 15:17 | |
*** afd__ has quit IRC | 15:26 | |
*** ghendi has joined #zope3-dev | 15:30 | |
*** ignas has joined #zope3-dev | 15:31 | |
*** jodok has quit IRC | 15:33 | |
*** jodok has joined #zope3-dev | 15:36 | |
*** harobed has joined #zope3-dev | 15:37 | |
*** rocky has joined #zope3-dev | 15:38 | |
*** lucielejard has joined #zope3-dev | 15:47 | |
*** sp0cksbeard has joined #zope3-dev | 15:47 | |
*** reco has joined #zope3-dev | 15:51 | |
*** redir has quit IRC | 15:52 | |
*** danielblackburn_ has joined #zope3-dev | 15:54 | |
*** danielblackburn has quit IRC | 15:54 | |
*** afd___ has joined #zope3-dev | 16:00 | |
*** afd___ is now known as afd__ | 16:00 | |
*** whit has joined #zope3-dev | 16:01 | |
*** mgedmin has joined #zope3-dev | 16:02 | |
*** afd_ has quit IRC | 16:04 | |
*** J1m has joined #zope3-dev | 16:10 | |
*** flox has quit IRC | 16:18 | |
*** vimes656 has quit IRC | 16:23 | |
*** whit has quit IRC | 16:23 | |
*** danielblackburn_ has quit IRC | 16:23 | |
*** vimes656 has joined #zope3-dev | 16:23 | |
*** danielblackburn has joined #zope3-dev | 16:24 | |
*** vimes656 has quit IRC | 16:24 | |
*** run|home_ has quit IRC | 16:32 | |
*** mcdonc has quit IRC | 16:36 | |
*** mcdonc has joined #zope3-dev | 16:36 | |
*** redir has joined #zope3-dev | 16:38 | |
*** thruflo has joined #zope3-dev | 16:43 | |
*** mkerrin has joined #zope3-dev | 16:50 | |
*** norro has joined #zope3-dev | 16:52 | |
*** stub has quit IRC | 16:53 | |
*** ejucovy|out is now known as ejucovy | 16:54 | |
*** redir_ has joined #zope3-dev | 16:57 | |
*** pyqwer has joined #zope3-dev | 17:05 | |
*** redir has quit IRC | 17:05 | |
pyqwer | Hi, I wonder if it's possible to reduce the size of my objects in the ZODB? | 17:05 |
pyqwer | When I do a len(pickle.dumps(myobj)), it has ~ 100kB, when I add my object to the ZODB via Zope3, it has appr. 3 Megabytes. | 17:06 |
pyqwer | Why does this happen? | 17:06 |
srichter | pyqwer: you can only do this by (1) use more persistent sub-objects and (2) use shorter module names | 17:06 |
*** kursor has quit IRC | 17:06 | |
mgedmin | pyqwer: where are you adding the object? | 17:07 |
pyqwer | mgedmin: Well, simply to a container object, e.g. a BTree. | 17:08 |
mgedmin | if you are sticking it into some other nonpersistentent object that's already 2.9 megs big, you'll get a 3 meg increase | 17:08 |
mgedmin | btree should be fine | 17:08 |
mgedmin | is your object persistent? if no, you're increasing the size of the zodb by the size of a single btree bucket full of your objects | 17:08 |
mgedmin | if yes, then you're increasing the size by the size of a single bucket full of persistent references + the size of your new object | 17:09 |
pyqwer | Hmmm, I don't really get it - yes, my object is persistent, if not, I probably could not store it in the ZODB? | 17:09 |
mgedmin | you could, but... | 17:10 |
mgedmin | *sigh* | 17:10 |
mgedmin | there must be some zodb tutorial that I once read to understand everything | 17:10 |
mgedmin | but I've lost the link | 17:11 |
*** redir_ has quit IRC | 17:15 | |
pyqwer | mgedmin: Yes, I have some documentation, I'll have a look into it. | 17:17 |
pyqwer | mgedmin: http://www.zope.org/Wikis/ZODB/guide/zodb.html | 17:18 |
mcdonc | pyqwer: "nonpersistent" in the above context means "an instance that does not inherit from the Persistent base class" | 17:25 |
pyqwer | mcdonc: Yes, I thought so, but I did not know that it's even possible to store objects in ZODB that do not inherit from Persistent. | 17:25 |
*** jayaraj has quit IRC | 17:26 | |
mcdonc | pyqwer: sure... lists... dictionaries... etc.. and instances of things that don't inherit from Persistent can be added too, but they just have the behavior that those "basic" types do. | 17:26 |
pyqwer | So, all I did was to let all classes inherit from persistent.Persistent and use only PersistentMapping/PersistentList in my program. | 17:27 |
pyqwer | But - when I just need a non-permanent objects, they probably don't need to inherit from Persistent? | 17:27 |
mcdonc | pyqwer: PersistentList/PersistentMapping are "convenience" things... if you add items to them that themselves do not inherit from Persistent, they'll happily store them, but their own object record in the database is the cumulative size of all of these then | 17:29 |
mcdonc | pyqwer: as long as you don't attach those "non-permanent" objects to a persistent object anywhere... | 17:29 |
pyqwer | mcdonc: Yes, but that's ok for strings/ints etc., I assume? | 17:30 |
pyqwer | mcdonc: What I wonder so much is that if I do a pickle.dumps(myobj) it has ~ 100kb, while the ZODB increases by 3MB. | 17:30 |
mcdonc | pyqwer: should be... although commonly people use the XXBTree variants to store large sets... e.g. IOBTree, IIBTree, OOBTree, etc | 17:30 |
pyqwer | That should never happen, should it? | 17:30 |
*** nathany has joined #zope3-dev | 17:31 | |
mcdonc | pyqwer: well, the transaction size will be be (roughly) sizeof(myobj) + sizeof(thingyoureattachingmyobto) if myob doesnt inherit from Persistent | 17:32 |
pyqwer | mcdonc: Hmmm, and what happens if I do a commit()? | 17:33 |
mcdonc | pyqwer: it commits? | 17:33 |
pyqwer | mcdonc: Yes, but does it not delete the old objects? | 17:33 |
mcdonc | pyqwer: which old objects? | 17:33 |
*** MJ has quit IRC | 17:34 | |
pyqwer | mcdonc: The objects that were stored so that a rollback() can be performed, some kind of "backup" objects. | 17:34 |
mcdonc | do you mean "will the database size decrease when i delete or replace an object"? if so, the answer is no (at least for FileStorage).. all writes are appends... | 17:35 |
*** yvl has left #zope3-dev | 17:35 | |
pyqwer | Ah, ok, so that may be the reason: In my situation, I create an object and then modify it over and over. | 17:35 |
pyqwer | So, in fact, the "older" objects are kept, that's the reason for the huge database increase. | 17:36 |
mcdonc | pyqwer: ah ok... yeah if you reduce the number of commits you should be better... | 17:36 |
ignas | every modification if it is performed in a separate request (transaction) adds the 100kb to the ZODB | 17:36 |
mcdonc | pyqwer: the storage size decreases when you do a pack (think postgres "vacuum") | 17:36 |
pyqwer | Ah, ok, now I get it. | 17:37 |
pyqwer | And I looked at the database and it seemed as if my object grew up to 3MB while there are ~ 100 of my objects. | 17:37 |
ignas | pyqwer: i think when I had these problems i had to move some bigger attributes to separate objects | 17:37 |
ignas | pyqwer: like - if you had an attribute that contains pdf | 17:38 |
ignas | and are modifying another attribute like "title" a lot | 17:38 |
ignas | it will make sense to move the pdf into a persistent wrapper object | 17:38 |
mcdonc | pyqwer: one useful doodad is "tranalyzer"... it shows you transaction content against a FileStorage file... | 17:38 |
pyqwer | mcdonc: Interesting, I'll have a look. | 17:38 |
ignas | pyqwer: so when title get's modified only the reference to the PDFWrapper will get copied not the whole pdf | 17:38 |
*** sorindregan has quit IRC | 17:39 | |
pyqwer | ignas: Ah, I see. I think a will be able to handly my problem now. | 17:39 |
pyqwer | Btw., what's the "vacuum" command for ZODB? | 17:39 |
mcdonc | pyqwer: in fact, as long as you don't pack, you can "undo" by truncating a filestorage file between transactions (although there's no redo then)... and even if you mess up, even if you get close, filestorage will handle it on the next startup and fix itself | 17:40 |
pyqwer | (using "debugzope") | 17:40 |
ignas | either debugzope or zope application management views | 17:40 |
pyqwer | And - is the pack() command efficient? | 17:40 |
*** timte has quit IRC | 17:40 | |
ignas | can't recall where they are situated by default though, something like ++server++/ | 17:40 |
ignas | maybe | 17:40 |
pyqwer | ignas: Ah, ok, and for debugzope? Something like "from packing import pack", "pack()"? | 17:41 |
*** timte has joined #zope3-dev | 17:41 | |
mcdonc | pyqwer: See ZODB.DB.DB's "pack" method | 17:41 |
pyqwer | mcdonc: Great, thanks. | 17:41 |
mcdonc | and no, it's not particularly efficient... not recommended during "normal" operations | 17:42 |
ignas | ++etc++process/ | 17:42 |
pyqwer | mcdonc: Ok, so, for packing a ZODB having some gigabytes will take some time. | 17:42 |
mcdonc | pyqwer: yup, it does a mark and sweep (like old-style Java GC) | 17:43 |
ignas | pyqwer: look at "zope.app.applicationcontrol.browser.zodbcontrol.ZODBControlView" | 17:43 |
ignas | pyqwer: for an example of ZODB packing | 17:43 |
ignas | pyqwer: it's the way Zope3 does it through the web UI | 17:43 |
pyqwer | ignas: Ok, I'll have a look at it. | 17:44 |
*** menesis has quit IRC | 17:46 | |
*** rmarianski has joined #zope3-dev | 17:47 | |
*** ghendi has quit IRC | 17:47 | |
*** regebro has joined #zope3-dev | 17:53 | |
*** fcorrea has joined #zope3-dev | 17:57 | |
*** goschtl has quit IRC | 17:59 | |
*** MJ has joined #zope3-dev | 18:12 | |
*** romanofski has quit IRC | 18:20 | |
*** jukart has quit IRC | 18:20 | |
mgedmin | http://zopebuildbot.whq.gocept.com/ is nice | 18:31 |
srichter | mgedmin: I agree; I want that code :-) | 18:31 |
*** menesis has joined #zope3-dev | 18:31 | |
mgedmin | z3c.gibberish is an interesting package name | 18:32 |
mgedmin | z3c.coverage test fails because enscript is not installed on the build machine | 18:32 |
mgedmin | I think it might be better to switch it to use pygments instead and add that as the egg dependency | 18:32 |
srichter | z3c.coverage: I saw that too | 18:33 |
*** afd_ has joined #zope3-dev | 18:33 | |
srichter | mgedmin: pygments did not do XML when I tried it, but I guess that's irrelevant for z3c.coverage | 18:34 |
mgedmin | all z3c.coverage needs is python -> html colorization | 18:34 |
srichter | right | 18:34 |
mgedmin | hm, zope.component tests fail? | 18:35 |
srichter | mgedmin: in a bad way too | 18:37 |
mgedmin | ImportError: thread? | 18:37 |
mgedmin | but that's a stdlib module | 18:37 |
mgedmin | how can there not be one? | 18:37 |
srichter | right, I was just wondering about that too | 18:37 |
mgedmin | can repro: bin/py 'import zope.security.zcml' fails with the same error | 18:41 |
mgedmin | the traceback shows a nonexistent filename | 18:42 |
mgedmin | /home/mg/src/zope.component/eggs/tmpc0SDk1/zope.security-3.4.0-py2.5-linux-i686.egg/zope/security/management.py | 18:42 |
* mgedmin hates the persons or tools responsible | 18:42 | |
mgedmin | ah, right, the magic fix is "find -name '*.pyc'|xargs rm" | 18:43 |
mgedmin | it appears that zope.security forgot to depend on zope.thread? | 18:43 |
srichter | huh | 18:44 |
srichter | he he | 18:44 |
projekt01 | mgedmin, are you on py 2.5? | 18:44 |
srichter | oh, so that's what it is importing | 18:44 |
mgedmin | I don't know | 18:44 |
*** danielblackburn has quit IRC | 18:44 | |
mgedmin | could be | 18:44 |
*** danielblackburn has joined #zope3-dev | 18:45 | |
mgedmin | so, if zope.security.management does 'import zope.thread', then zope.security/setup.py should install_requires=[..., 'zope.thread', ...], no? | 18:46 |
mgedmin | currently it doesn't | 18:46 |
srichter | yes | 18:47 |
*** jodok has quit IRC | 18:47 | |
*** pcardune has joined #zope3-dev | 18:48 | |
*** jodok has joined #zope3-dev | 18:48 | |
*** __mac___ has joined #zope3-dev | 18:51 | |
mgedmin | ok, this is something I don't understand | 18:55 |
mgedmin | if zope.security doesn't directly depend on zope.thread, why do I get eggs/zope.thread if I run bin/buildout in zope.security? | 18:56 |
*** quodt has quit IRC | 18:59 | |
mgedmin | ok, zope.app.component requires zope.thread | 19:00 |
mgedmin | a bunch of zope.app.* require zope.app.component | 19:01 |
*** pelle_ has quit IRC | 19:01 | |
mgedmin | ok | 19:03 |
mgedmin | zope.security requires zope.location, which requires zope.traversing which requires zope.app.testing which requires zope.app.component which requires zope.thread | 19:04 |
mgedmin | threrefore zope.security requires zope.thread | 19:04 |
mgedmin | or should | 19:04 |
mgedmin | why then doesn't zope.component's buildout get zope.thread when it gets zope.security? | 19:04 |
mgedmin | different version pinning? | 19:04 |
mgedmin | hm | 19:05 |
edgordon | is there some sort of z3 equivalent to getAuthenticatedMember. I need to change a vocabulary based on the logged in user, and don't have the request available in the vocab init | 19:05 |
mgedmin | aha! | 19:06 |
afd_ | edgordon: this is covered in the faq | 19:06 |
afd_ | let me search the relevant info for you | 19:06 |
mgedmin | zope.app.testing is only needed for zope.traversing[test] | 19:06 |
*** thumper has quit IRC | 19:06 | |
afd_ | edgordon: http://wiki.zope.org/zope3/FAQProgramming#how-do-i-get-irequest-object-in-event-handler | 19:07 |
afd_ | then you can do request.principal | 19:07 |
edgordon | thanks | 19:07 |
* mgedmin commits zope.security fix | 19:08 | |
mgedmin | does anyone want to make a release of zope.security to fix zope.component's buildbot problem? | 19:08 |
mgedmin | same problem affects zope.i18n | 19:10 |
mgedmin | wow, zope.kgs test is wonderful | 19:12 |
mgedmin | http://zopebuildbot.whq.gocept.com/builders/zope.kgs/builds/12/steps/test/logs/stdio | 19:12 |
mgedmin | I'm not even going to try to fix it | 19:12 |
*** pcardune has quit IRC | 19:12 | |
mgedmin | zope.server fails because of the same zope.security bug | 19:12 |
*** pcardune has joined #zope3-dev | 19:13 | |
*** malthe is now known as malthe|away | 19:13 | |
*** jodok has quit IRC | 19:14 | |
*** pcardune_vm_ has joined #zope3-dev | 19:14 | |
*** pcardune_vm_ is now known as pcardune_vm | 19:14 | |
*** lisppaste6 has quit IRC | 19:24 | |
*** b52laptop has quit IRC | 19:25 | |
*** jodok has joined #zope3-dev | 19:32 | |
*** lisppaste6 has joined #zope3-dev | 19:33 | |
*** edgordon has quit IRC | 19:34 | |
*** jodok_ has joined #zope3-dev | 19:34 | |
*** projekt01 has quit IRC | 19:37 | |
*** maurits has quit IRC | 19:39 | |
*** menesi1 has joined #zope3-dev | 19:43 | |
*** menesis has quit IRC | 19:43 | |
*** menesi1 is now known as menesis | 19:43 | |
*** pbugni has joined #zope3-dev | 19:43 | |
*** BjornT_ has quit IRC | 19:49 | |
*** jodok has quit IRC | 19:52 | |
*** harobed has quit IRC | 19:55 | |
*** jpcw2002 has left #zope3-dev | 19:55 | |
*** edgordon has joined #zope3-dev | 20:02 | |
*** toutpt has quit IRC | 20:03 | |
*** tarek_ has quit IRC | 20:05 | |
*** tarek has joined #zope3-dev | 20:05 | |
*** jodok_ has quit IRC | 20:05 | |
*** BjornT has joined #zope3-dev | 20:09 | |
*** pelle_ has joined #zope3-dev | 20:12 | |
*** MJ is now known as MJ|dinner | 20:17 | |
*** romanofski has joined #zope3-dev | 20:33 | |
*** jodok has joined #zope3-dev | 20:35 | |
*** RaFromBRC has joined #zope3-dev | 20:35 | |
*** danielblackburn has quit IRC | 20:35 | |
*** alga has quit IRC | 20:41 | |
*** MJ|dinner has quit IRC | 20:45 | |
*** dunny has joined #zope3-dev | 20:52 | |
*** pbugni_ has joined #zope3-dev | 20:53 | |
*** ignas has quit IRC | 20:56 | |
*** pbugni has quit IRC | 20:56 | |
*** menesis has quit IRC | 21:06 | |
*** agroszer has quit IRC | 21:09 | |
*** b52laptop has joined #zope3-dev | 21:11 | |
*** pbugni_ is now known as pbugni | 21:12 | |
rocky | so zope3 trunk now runs on python2.5 properly? | 21:19 |
J1m | no | 21:19 |
J1m | not that I'm aware of | 21:19 |
mgedmin | what's missing? | 21:19 |
J1m | I don't know. | 21:20 |
mgedmin | wasn't it a last year's google of code summer task? | 21:20 |
J1m | I don't know if it was finished. | 21:20 |
mgedmin | s/google of code summer/google's summer of code/ | 21:20 |
J1m | but, pretend I didn't say anything. :) | 21:20 |
J1m | maybe it works | 21:20 |
J1m | who knows :) | 21:20 |
mgedmin | let's call it "not officially guaranteed to work" then | 21:21 |
srichter | yes, as far as I know all packages were verified to work with Python 2.5 | 21:24 |
srichter | and I am 99% sure we released all packages since its completion | 21:25 |
srichter | I should run the KGS tests against Python2.5 to make sure | 21:25 |
mgedmin | srichter: you're a release guru, mind releasing zope.security 3.4.1? | 21:26 |
mgedmin | 3.4.0 has a missing dependency on zope.thread | 21:26 |
*** danielblackburn has joined #zope3-dev | 21:27 | |
srichter | mgedmin: already on my to do list; I saw your mail; I am just really, really busy; bug me, if I do not get to it in the next days | 21:27 |
mgedmin | ok | 21:27 |
J1m | Interesting. | 21:30 |
J1m | BTW, has anyone done any perforamnce comparisons of 2.5 v 2.4. | 21:30 |
J1m | For some reason, the file-storage packing code runs much slower with python 2.5. | 21:30 |
J1m | I guess there is another potential problem with going to 2.5 before zoep 2 is ready as we'll undoubtably start creating packages that won't work in zope 2 otherwise. | 21:32 |
srichter | J1m: I'll make sure that Zope 3.4 final is Python 2.4 compatible | 21:33 |
mgedmin | buildbots for both 2.4 and 2.5 would be nice | 21:34 |
mgedmin | I suppose pov could set up a buildbot slave on a core 2 duo (linux, 64-bit) machine | 21:35 |
*** mgedmin has quit IRC | 21:36 | |
*** pyqwer has quit IRC | 21:38 | |
*** pcardune_ has joined #zope3-dev | 21:49 | |
*** alecm has joined #zope3-dev | 21:51 | |
hazmat | rocky, i use z3 with py2.5 primarily | 21:52 |
hazmat | it works fine for me.. ymmv | 21:53 |
hazmat | i can't address file-storage speed issue... not using it | 21:54 |
*** danielblackburn_ has joined #zope3-dev | 21:57 | |
*** danielblackburn has quit IRC | 21:57 | |
*** pcardune_ has quit IRC | 21:59 | |
*** kev_ has joined #zope3-dev | 22:00 | |
*** pcardune_vm has quit IRC | 22:05 | |
*** pcardune has quit IRC | 22:06 | |
*** redir has joined #zope3-dev | 22:08 | |
*** afd_ has quit IRC | 22:08 | |
*** mkerrin has quit IRC | 22:12 | |
*** MJ has joined #zope3-dev | 22:15 | |
*** afd__ has quit IRC | 22:26 | |
*** pcardune has joined #zope3-dev | 22:50 | |
*** pcardune has quit IRC | 22:53 | |
*** pcardune_vm has joined #zope3-dev | 22:53 | |
*** pcardune has joined #zope3-dev | 22:53 | |
*** sunew has quit IRC | 23:14 | |
*** greenman has joined #zope3-dev | 23:14 | |
*** ejucovy is now known as ejucovy|out | 23:15 | |
*** RaFromBRC is now known as RaFromBRC|lunch | 23:16 | |
*** ejucovy|out is now known as ejucovy | 23:16 | |
*** ejucovy is now known as ejucovy|out | 23:17 | |
*** tarek has quit IRC | 23:45 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!