| *** TresEquis has joined #zope | 00:08 | |
| *** alexpilz1 has quit IRC | 00:17 | |
| *** cr3 has quit IRC | 00:19 | |
| *** touff has joined #zope | 00:23 | |
| *** lucmult has quit IRC | 00:28 | |
| *** kleist has quit IRC | 00:28 | |
| *** touff has quit IRC | 00:29 | |
| *** lucmult has joined #zope | 00:31 | |
| *** touff has joined #zope | 00:34 | |
| *** minskmaz has quit IRC | 00:38 | |
| *** smita1 has quit IRC | 00:46 | |
| *** Arfrever has quit IRC | 00:48 | |
| CIA-7 | jim * r116991 ZODB/src/ (6 files in 4 dirs): | 00:48 |
|---|---|---|
| CIA-7 | Bug fixed | 00:48 |
| CIA-7 | - A file storage bug could cause ZEO clients to have incorrect | 00:48 |
| CIA-7 | information about current object revisions after reconnecting to a | 00:48 |
| CIA-7 | database server. | 00:48 |
| CIA-7 | Also added a locking/transaction ordering test. | 00:48 |
| *** dvschramm has quit IRC | 00:50 | |
| *** touff has quit IRC | 00:53 | |
| *** touff has joined #zope | 00:54 | |
| *** John has quit IRC | 01:01 | |
| *** touff has quit IRC | 01:13 | |
| *** d2m has quit IRC | 01:16 | |
| CIA-7 | jim * r116992 ZODB/ (7 files in 4 dirs): | 01:19 |
| CIA-7 | Bug fixed | 01:19 |
| CIA-7 | - ZEO didn't work with IPv6 addrsses. | 01:19 |
| CIA-7 | Added IPv6 support contributed by Martin v. Lowis. | 01:19 |
| CIA-7 | jim * r116993 ZODB/doc/zeo.txt: Removed mention of the deprecared monitor server. | 01:19 |
| *** TresEquis has quit IRC | 01:29 | |
| *** JaRoel|4D has quit IRC | 01:29 | |
| CIA-7 | jim * r116994 ZODB/src/ZEO/tests/testConnection.py: | 01:33 |
| CIA-7 | Commented out some debugging logging calls to increase the likelyhood | 01:33 |
| CIA-7 | of provoking the buildbot test failure that I hope I just fixed. :) | 01:33 |
| *** runyaga has joined #zope | 01:34 | |
| *** tiwula has quit IRC | 01:37 | |
| *** davetoo has joined #zope | 01:38 | |
| *** mcdonc has quit IRC | 01:39 | |
| *** mcdonc has joined #zope | 01:39 | |
| *** povbot` has joined #zope | 01:45 | |
| *** mgedmin has joined #zope | 01:46 | |
| *** yvl has joined #zope | 01:48 | |
| *** vangheem has quit IRC | 01:54 | |
| *** menesis has quit IRC | 01:57 | |
| *** MrTango has quit IRC | 01:58 | |
| *** John has joined #zope | 02:00 | |
| *** webmaven has quit IRC | 02:09 | |
| *** kiorky has quit IRC | 02:24 | |
| *** ccomb has quit IRC | 02:25 | |
| *** kiorky has joined #zope | 02:28 | |
| *** vangheem has joined #zope | 02:31 | |
| *** dayne has quit IRC | 02:35 | |
| *** vangheem has quit IRC | 03:17 | |
| *** touff has joined #zope | 03:26 | |
| *** touff has quit IRC | 03:33 | |
| *** John has quit IRC | 03:40 | |
| *** davisagli is now known as davisagli|away | 03:41 | |
| *** alvaro_o has quit IRC | 04:06 | |
| *** davisagli|away is now known as davisagli | 04:06 | |
| *** davisagli is now known as davisagli|away | 04:07 | |
| *** benji has quit IRC | 04:18 | |
| *** davisagli|away is now known as davisagli | 04:37 | |
| *** astoon has joined #zope | 04:38 | |
| *** touff has joined #zope | 04:52 | |
| *** tiwula has joined #zope | 05:41 | |
| *** pepeu has quit IRC | 05:43 | |
| CIA-7 | davisagli * r116995 Zope/ (doc/CHANGES.rst src/OFS/Application.py): copy the list of packages to initialize. install_package calls package_initialized which removes from the list | 06:31 |
| *** kleist has joined #zope | 06:35 | |
| *** alecm has quit IRC | 06:41 | |
| *** alecm has joined #zope | 06:42 | |
| *** tiwula has quit IRC | 06:54 | |
| *** astoon has quit IRC | 07:00 | |
| *** davisagli is now known as davisagli|away | 07:02 | |
| *** davisagli|away is now known as davisagli | 07:11 | |
| *** sm has joined #zope | 07:36 | |
| *** astoon has joined #zope | 07:40 | |
| *** mahiti_skt has joined #zope | 07:43 | |
| *** davetoo has quit IRC | 08:03 | |
| *** sm has quit IRC | 08:04 | |
| *** JaRoel|4D has joined #zope | 08:23 | |
| CIA-7 | dobe * r116996 lovely.buildouthttp/ (CHANGES.txt setup.py): version bump | 08:25 |
| *** zagy has joined #zope | 08:46 | |
| *** JaRoel|4D has quit IRC | 08:47 | |
| *** menesis has joined #zope | 08:47 | |
| *** davisagli is now known as davisagli|away | 08:48 | |
| *** wosc has joined #zope | 09:05 | |
| CIA-7 | icemac * r116997 zopetoolkit/ztk-versions.cfg: using the new version which is compatible with zope.testing 3.10 | 09:18 |
| *** pingviin1 has joined #zope | 09:23 | |
| *** jakke has joined #zope | 09:24 | |
| *** __mac__ has joined #zope | 09:30 | |
| *** tisto has joined #zope | 09:30 | |
| CIA-7 | icemac * r116998 z3c.recipe.tag/ (4 files in 2 dirs): Conform to repository policy. | 09:35 |
| *** davisagli|away is now known as davisagli | 09:38 | |
| *** mr_jolly has joined #zope | 09:38 | |
| *** mr_jolly has left #zope | 09:39 | |
| *** bigkevmcd has joined #zope | 09:43 | |
| *** Theuni1 has joined #zope | 09:54 | |
| *** hever has joined #zope | 09:57 | |
| *** agroszer has joined #zope | 10:00 | |
| *** hever has quit IRC | 10:01 | |
| CIA-7 | icemac * r116999 z3c.recipe.winservice/src/z3c/recipe/winservice/ (tests.py README.txt): | 10:02 |
| CIA-7 | - Updated tests to be more tolerant to different Python versions. | 10:02 |
| CIA-7 | - Using Python's doctest module instead of depreacted zope.testing.doctest | 10:02 |
| CIA-7 | icemac * r117000 z3c.recipe.winservice/CHANGES.txt: change log entry for previous commit | 10:02 |
| *** davisagli is now known as davisagli|away | 10:02 | |
| *** hever has joined #zope | 10:02 | |
| *** JaRoel|4D has joined #zope | 10:03 | |
| *** alexpilz has joined #zope | 10:11 | |
| *** alexpilz has quit IRC | 10:12 | |
| *** alexpilz has joined #zope | 10:12 | |
| *** neo|4D has joined #zope | 10:13 | |
| *** alexpilz has quit IRC | 10:16 | |
| *** JaRoel|4D has quit IRC | 10:19 | |
| *** MJ has joined #zope | 10:21 | |
| *** JaRoel|4D has joined #zope | 10:28 | |
| *** saju_m has joined #zope | 10:28 | |
| *** JaRoel|4D has quit IRC | 10:28 | |
| *** JaRoel|4D has joined #zope | 10:29 | |
| *** allisterb has quit IRC | 10:32 | |
| *** planetzopebot has quit IRC | 10:33 | |
| *** cna has joined #zope | 10:33 | |
| *** planetzopebot has joined #zope | 10:34 | |
| *** Theuni1 has quit IRC | 10:41 | |
| *** menesis has quit IRC | 10:42 | |
| *** pingviin1 has quit IRC | 10:51 | |
| *** Theuni1 has joined #zope | 10:53 | |
| *** ccomb has joined #zope | 10:55 | |
| *** neo|4D has quit IRC | 10:58 | |
| *** runyaga has quit IRC | 10:59 | |
| *** MrTango has joined #zope | 11:01 | |
| *** neo|4D has joined #zope | 11:04 | |
| *** do3cc has joined #zope | 11:05 | |
| *** regebro has joined #zope | 11:06 | |
| *** alexpilz has joined #zope | 11:12 | |
| *** tisto is now known as tisto|away | 11:15 | |
| *** giampaolo has joined #zope | 11:19 | |
| *** agroszer_ has joined #zope | 11:21 | |
| *** agroszer has quit IRC | 11:23 | |
| *** menesis has joined #zope | 11:29 | |
| *** MatthewWilkes has joined #zope | 11:30 | |
| *** agroszer_ is now known as agroszer | 11:33 | |
| *** astoon has quit IRC | 11:35 | |
| *** sunew has joined #zope | 11:35 | |
| *** tisto|away is now known as tisto | 11:49 | |
| *** mitchell`off is now known as mitchell` | 12:06 | |
| *** shastry has quit IRC | 12:08 | |
| *** shastry has joined #zope | 12:10 | |
| *** shastry has joined #zope | 12:10 | |
| *** goschtl has joined #zope | 12:23 | |
| *** teix has joined #zope | 12:35 | |
| *** mahiti_skt has quit IRC | 12:35 | |
| *** fredvd has joined #zope | 12:38 | |
| *** fredvd2 has joined #zope | 12:38 | |
| *** astoon has joined #zope | 12:39 | |
| *** thetet has joined #zope | 12:52 | |
| *** mr_jolly_ has joined #zope | 12:57 | |
| *** touff has quit IRC | 13:03 | |
| planetzopebot | Plone Conference 2010 Registration Open (Zea Partners News) http://www.zeapartners.org/Members/netsight/plone-conference-2010-registration-open | 13:04 |
| *** smita1 has joined #zope | 13:07 | |
| *** astoon has quit IRC | 13:14 | |
| *** benji has joined #zope | 13:16 | |
| *** d2m has joined #zope | 13:25 | |
| *** fredvd is now known as fredvd|lunch | 13:46 | |
| *** agroszer_ has joined #zope | 13:48 | |
| *** agroszer has quit IRC | 13:48 | |
| *** agroszer_ is now known as agroszer | 13:48 | |
| *** neo|4D has quit IRC | 13:53 | |
| *** neo|4D has joined #zope | 13:54 | |
| CIA-7 | adamg * r117001 /zodbupdate/branches/adamg-faster: lets see if ALAP unpickling speeds it up | 14:02 |
| *** hever has quit IRC | 14:09 | |
| *** hever has joined #zope | 14:10 | |
| *** saju_m has quit IRC | 14:17 | |
| *** dayne has joined #zope | 14:18 | |
| CIA-7 | adamg adamg-faster * r117002 zodbupdate/src/zodbupdate/ (update.py serialize.py): lets see if ALAP unpickling speeds it up | 14:19 |
| *** mr_jolly_ has quit IRC | 14:22 | |
| *** dayne has quit IRC | 14:31 | |
| *** dayne has joined #zope | 14:32 | |
| *** touff has joined #zope | 14:35 | |
| *** mr_jolly_ has joined #zope | 14:36 | |
| *** touff has quit IRC | 14:42 | |
| *** goschtl has quit IRC | 14:44 | |
| *** goschtl has joined #zope | 14:52 | |
| *** goschtl has quit IRC | 14:54 | |
| *** goschtl has joined #zope | 14:56 | |
| *** dunny has quit IRC | 15:04 | |
| *** touff has joined #zope | 15:13 | |
| *** touff has quit IRC | 15:24 | |
| *** huajie has joined #zope | 15:32 | |
| *** hever has quit IRC | 15:39 | |
| CIA-7 | janwijbrand * r117003 /zopetoolkit/doc/source/releaseteam/ (meeting-20100921.rst index.rst): add minutes of ztk releaseteam meeting 20100921 | 15:48 |
| *** pepeu has joined #zope | 15:49 | |
| *** thetet has quit IRC | 15:50 | |
| *** wosc has quit IRC | 15:53 | |
| *** thetet has joined #zope | 15:59 | |
| *** huajie has quit IRC | 16:01 | |
| *** mgedmin has quit IRC | 16:03 | |
| *** mgedmin has joined #zope | 16:03 | |
| planetzopebot | Minimal Plone4 Buildout (BlueDynamics Alliance - Zope Related) http://bluedynamics.com/articles/johannes/minimal-plone4-buildout | 16:04 |
| *** huajie has joined #zope | 16:17 | |
| *** accel has joined #zope | 16:22 | |
| *** dayne has quit IRC | 16:29 | |
| *** cna has quit IRC | 16:33 | |
| *** zagy has quit IRC | 16:41 | |
| *** fredvd|lunch is now known as fredvd | 16:46 | |
| *** dayne has joined #zope | 16:52 | |
| *** sm has joined #zope | 16:52 | |
| *** j-w has joined #zope | 16:53 | |
| *** hever has joined #zope | 16:59 | |
| *** webar7 has joined #zope | 17:02 | |
| CIA-7 | tlotze * r117004 gocept.zeoraid/ (8 files in 4 dirs): checkpoint: refactoring to introduce cluster modes | 17:04 |
| webar7 | hi ... have an old zope site sitting behind a proxy that does beastly things with ProxyPass and ...VirtualHostRoot/_vhTheSite .... etc | 17:06 |
| webar7 | the proxy will soon be gone | 17:06 |
| betabug | do you have a question there or you're just telling us a nice story? :-) | 17:07 |
| webar7 | is their some way I can "symlink" a folder on the zope server so that http://zopeserver:8080/file_store_portal/ can be http://zopeserver/files | 17:08 |
| webar7 | I have changed the port | 17:08 |
| bigkevmcd | is there a reason you can't rename the object? | 17:08 |
| betabug | you want to run Zope directly, without apache or something in front? | 17:08 |
| webar7 | and just want http://zopeserver/files to be the same as http://zopeserver/file_store_portal :) | 17:08 |
| webar7 | I think theirs links to /file_store_portal/ in there somewhere | 17:09 |
| betabug | are you aware that zope is an application server, so that running it behind a web server is indeed the recommended way of doing things? | 17:09 |
| webar7 | betabug, yes ... without apache now ... it's out of "production" | 17:09 |
| webar7 | yeah | 17:10 |
| *** sunew has quit IRC | 17:10 | |
| betabug | hmmm, there was a crummy product that worked like a symlink | 17:10 |
| webar7 | we could put another simple proxy on there I guess (nginx pound) | 17:10 |
| betabug | never used it though, let me look | 17:10 |
| webar7 | but I'm not allowed to add apache or commandeer another machine | 17:11 |
| betabug | what server machine is out there that doesn't have apache already? | 17:11 |
| betabug | well, use nginx or any other webserver in front I'd say | 17:11 |
| webar7 | betabug, oh ok good I will look around ... but it if it is not typical install then I will try the copy and/or rename ... to get all the fancy VHM rewriting etc I kind of need apache because pound is too simple really | 17:12 |
| betabug | what's the problem with getting apache? | 17:13 |
| *** hannosch has joined #zope | 17:13 | |
| * hannosch is terrible late | 17:13 | |
| betabug | if it's "out of production", it should be a "setup and forget" kind of setup | 17:13 |
| webar7 | admins won't support it and I am not allowed :) | 17:13 |
| hannosch | j-w, ccomb: you are having a meeting? | 17:13 |
| j-w | hannosch: np - fairly busy too here.. | 17:13 |
| j-w | no, not yet | 17:13 |
| webar7 | well I can just install it and say it's "part of zope" | 17:13 |
| hannosch | aha, /me feels less bad | 17:13 |
| betabug | hmm, it's meeting time here | 17:14 |
| webar7 | no one knows anything about zope at this shop since it was cool to some devs 4 years ago and then was abandoned | 17:14 |
| ccomb | here but busy too | 17:14 |
| webar7 | but it ran *perfectly* | 17:15 |
| j-w | ccomb: hannosch do we have much of an agenda today? | 17:15 |
| j-w | i just checked inthe minutes of last week | 17:15 |
| betabug | webar7: otherwise just add a python script that does a redirect there and call it a day | 17:15 |
| j-w | there were not many tasks | 17:15 |
| hannosch | j-w, ccomb: I'd only like to make a new release candidate | 17:15 |
| webar7 | betabug, ah ha ! | 17:15 |
| j-w | hannosch: great!! | 17:15 |
| webar7 | yay python | 17:15 |
| betabug | it won't show the "nice" URL though | 17:15 |
| ccomb | there was a pending task on zope.app.interface | 17:16 |
| hannosch | j-w, ccomb: if you don't protest, I'll just do that and we can rescheduele the meeting | 17:16 |
| ccomb | hannosch: ok | 17:16 |
| * j-w not protesting | 17:16 | |
| hannosch | ccomb: the zope.app.interface stuff is fixed | 17:16 |
| j-w | at all ;) | 17:16 |
| ccomb | ok | 17:16 |
| ccomb | great | 17:16 |
| betabug | webar7: context.REQUEST.RESPONSE.redirect(newurl) | 17:16 |
| betabug | webar7: all you need :-) | 17:16 |
| j-w | hannosch: great work, thanks | 17:16 |
| webar7 | heheh | 17:16 |
| agroszer | see wonders, ztk_10 py_244_win32 is green today | 17:16 |
| j-w | agroszer: :-) | 17:16 |
| webar7 | there's a reason there's so many sharepoint experts ... you need exerts to get the thing to work whereas zope just runs on its own | 17:16 |
| * agroszer lurking | 17:16 | |
| hannosch | agroszer: have you changed the CSS to have #red = #green ;) | 17:17 |
| agroszer | naah | 17:17 |
| agroszer | as Jim pointed out... timing issues | 17:17 |
| hannosch | aha | 17:17 |
| mgedmin | webar7, if it's out of production, why is it still running? | 17:17 |
| betabug | "museum mode" :-) | 17:17 |
| webar7 | archives | 17:18 |
| webar7 | it's going to be on a virtual machine I think | 17:18 |
| mgedmin | wget -R ? ;) | 17:18 |
| webar7 | yeah | 17:18 |
| *** davisagli|away is now known as davisagli | 17:18 | |
| webar7 | museum mode is right | 17:18 |
| ccomb | hannosch j-w I've tried working on the giant buildbot idea, but I've calculated for example that testing z3c.form against all combinations of its dependencies, it would require 1248610657247618531328000 tests. So I'll need some hint on how to reduce the number of tests | 17:18 |
| mgedmin | (it's actually what I ended up doing when we switched from zwiki to moinmoin) | 17:18 |
| webar7 | zwiki is gone?!?! nooo!!!!!! | 17:19 |
| betabug | no way, zwiki is still there :-) | 17:19 |
| j-w | ccomb: right, that won't work... | 17:19 |
| ccomb | but ok, z3c.form is one of the worst regarding dependencies | 17:20 |
| webar7 | "The Portable Hole Product" Portable Hole is a way to place a Hole in your ZODB from one point to another | 17:20 |
| webar7 | wow | 17:20 |
| webar7 | a wormhole or something | 17:20 |
| mgedmin | hope it's not a black hole | 17:21 |
| mgedmin | "slowly eats your ZODB from inside out" | 17:21 |
| *** Theuni1 has quit IRC | 17:22 | |
| *** davisagli is now known as davisagli|away | 17:25 | |
| *** dvschramm has joined #zope | 17:29 | |
| *** dvschramm is now known as gkahn_ | 17:29 | |
| *** gkahn_ is now known as anguyen_remote_ | 17:29 | |
| *** anguyen_remote_ is now known as dvschramm | 17:30 | |
| *** accel has quit IRC | 17:32 | |
| *** MrWu has joined #zope | 17:37 | |
| *** alvaro has joined #zope | 17:40 | |
| *** alga has joined #zope | 17:40 | |
| *** Theuni1 has joined #zope | 17:41 | |
| *** tiwula has joined #zope | 17:43 | |
| *** fdrake has joined #zope | 17:44 | |
| *** wiggy has joined #zope | 17:45 | |
| *** hever has quit IRC | 17:45 | |
| *** MadRobot has joined #zope | 17:45 | |
| *** cwarner has joined #zope | 17:46 | |
| *** xitrium has joined #zope | 17:47 | |
| *** Charlie_X has joined #zope | 17:48 | |
| xitrium | I have a question about zodb... I have a lot of related objects, for example Reports that have a Date they happened on, and Date objects in turn have a reference to Reports that happened on that date | 17:49 |
| xitrium | should the reference be some kind of ID instead of the object itself? | 17:49 |
| xitrium | for performance reasons? | 17:49 |
| fdrake | xitrium: No. | 17:50 |
| xitrium | cool | 17:50 |
| xitrium | thank you! | 17:50 |
| fdrake | np | 17:51 |
| mgedmin | there are downsides in having direct references | 17:52 |
| mgedmin | e.g. you remove a Report, you have to make sure the Date drops the reference too | 17:52 |
| mgedmin | or the report will remain dangling in the ZODB | 17:52 |
| mgedmin | and -- speaking of zope3/bluebream apps specifically -- Report will no longer have a valid __parent__ and __name__, which may break applications | 17:53 |
| xitrium | hmmm | 17:53 |
| agroszer | yup that breaks | 17:53 |
| agroszer | but if it's a plain zodb app... | 17:53 |
| cwarner | xitrium: you should probably put that stuff in an index | 17:53 |
| xitrium | what does that mean exactly? Sorry, I'm still new to databases | 17:54 |
| cwarner | xitrium: well if you simply reference the index or point to the index you aren't loading the full on object or any information related to the object | 17:55 |
| CIA-7 | charlie_x * r117005 Products.CMFDefault/Products/CMFDefault/Portal.py: Properties tab removed from Site object. | 17:55 |
| CIA-7 | charlie_x * r117006 Products.CMFDefault/Products/CMFDefault/Portal.py: Removed debug logging line. | 17:55 |
| * agroszer looks for the ZODB tutorial | 17:56 | |
| cwarner | xitrium: performance and memory wise checking references to the object means having to load the object.. all for a tiny bit of information.. using an index would be much simpler | 17:56 |
| cwarner | yeah | 17:56 |
| fdrake | Using a separate id just means that the breakage is indirect, though; it still has to be handled. | 17:56 |
| *** xitrium has quit IRC | 17:57 | |
| *** xitrium_ has joined #zope | 17:57 | |
| *** J1m has joined #zope | 17:57 | |
| cwarner | well it's not broken.. | 17:57 |
| xitrium_ | Sorry, I got disconnected | 17:57 |
| fdrake | And references to persistent objects don't cause the object state to be loaded. | 17:57 |
| agroszer | for plain ZODB (no zope in sight) tutorial see: http://www.zope.org/Members/adytumsolutions/HowToLoveZODB_PartI | 17:57 |
| xitrium_ | yeah, all off these references are to persistent objects | 17:57 |
| xitrium_ | thanks! | 17:57 |
| agroszer | be careful, it's rather old, so concepts match, actual command might be outdated | 17:58 |
| xitrium_ | okay | 17:59 |
| cwarner | is the zodb book coming along? | 17:59 |
| agroszer | a book about ZODB: http://github.com/cguardia/ZODB-Documentation | 17:59 |
| cwarner | ahhh | 17:59 |
| agroszer | but it's in **really** early stages | 17:59 |
| * Charlie_X coughs | 18:00 | |
| cwarner | yeah.. really we need to get that manual.. | 18:00 |
| Charlie_X | FWIW Carlos de la Guardia is writing a book on the ZODB | 18:01 |
| Charlie_X | Good afternoon, everyone. | 18:01 |
| cwarner | yeah we are aware.. that's a link to the book :) | 18:01 |
| cwarner | what time is the zope meeting today? | 18:01 |
| agroszer | xitrium_, if you run into problems drop a mail to Carlos | 18:01 |
| Charlie_X | cwarner: now | 18:01 |
| agroszer | afternoon Charlie_X | 18:01 |
| cwarner | great :) | 18:01 |
| mgedmin | aaugh why can't zope's request.response.redirect() absolutize the URL? | 18:01 |
| Charlie_X | Hiya agroszer | 18:01 |
| xitrium_ | ok, thanks again | 18:02 |
| *** MJ has quit IRC | 18:02 | |
| agroszer | xitrium_, so that he can at least add the solution to the book | 18:02 |
| agroszer | welcome | 18:02 |
| Charlie_X | mgedmin I smell a patch opportunity | 18:02 |
| * agroszer smells the patch of the patch | 18:02 | |
| agroszer | Charlie_X, agenda? | 18:02 |
| Charlie_X | Theuni set it to questions and feedback on the summit outcome. | 18:03 |
| fdrake | mgedmin: J1m didn't know relative URLs weren't allowed in the Location: header at the time. | 18:03 |
| fdrake | mgedmin: He's since been educated. :-) | 18:03 |
| J1m | I have? | 18:04 |
| agroszer | Charlie_X, and followup of goals | 18:04 |
| fdrake | J1m: Well, we discussed it at one point, and I told you about that. | 18:04 |
| fdrake | Doesn't mean you remember. | 18:04 |
| J1m | I think we recorded it in a tracker | 18:04 |
| mgedmin | oh cool | 18:04 |
| * mgedmin searches | 18:05 | |
| * J1m was kidding | 18:05 | |
| fdrake | Might have; don't recall that. | 18:05 |
| fdrake | Trackers are an inefficient way to forget things. | 18:05 |
| mgedmin | I've a very good usecase for this: wsgi middleware that helpfully tries to absolutize relative Location: headers, without understanding zope's ++vh++ syntax | 18:05 |
| * J1m hates recording things in trackers. Trackers are similar to waste baskets for long term storage | 18:05 | |
| fdrake | Low efficiency, though, since you have to type at them. | 18:06 |
| mgedmin | sometimes they work, and sometimes they don't | 18:06 |
| Charlie_X | It's not the tracker but the reminder and scheduler that are the problem. | 18:06 |
| Charlie_X | Anyway, back to our meeting. Any progress on post-summit tasks? | 18:07 |
| * mgedmin fails to find anything after searching all of launchpad for "zope redirect" and "response.redirect" | 18:07 | |
| * Charlie_X reminds everyone that there's a bug day tomorrow. | 18:07 | |
| mgedmin | from my side the progress was sending out one email about obscure errors and receiving three replies | 18:07 |
| J1m | mgedmin, I was kidding | 18:07 |
| J1m | sorry | 18:08 |
| *** MatthewWilkes has quit IRC | 18:08 | |
| mgedmin | I should forward that email to the bluebream list too | 18:08 |
| agroszer | Charlie_X, as I remember we've set some deadlines | 18:08 |
| agroszer | didn't we? | 18:08 |
| Charlie_X | mgedmin: Poor response? Unfortunately I haven't seen anything really weird since I got back. You could always try a campaign on Facebook! | 18:08 |
| Charlie_X | ;-) | 18:08 |
| Charlie_X | agroszer: summary is here http://wiki.zope.org/ztk/ZopeSummit2010Summary | 18:09 |
| agroszer | Charlie_X, yah I know but there are no deadlines (or I just don't see them?) | 18:09 |
| *** huajie has quit IRC | 18:10 | |
| Charlie_X | I saved my notes on the developer guide and after a current blitz on CMF work I'm going to start work on it. | 18:10 |
| Charlie_X | Apart from J1m's promise to move to webob there weren't too many deadlines. | 18:11 |
| *** davisagli|away is now known as davisagli | 18:11 | |
| Charlie_X | In the spirit of today's tracker mood we could set one up! | 18:11 |
| agroszer | I remember at least one more, like for "Define ZTK functional areas", until ... | 18:11 |
| mgedmin | incidentally it was the webob's response object that broke my location header | 18:12 |
| do3cc | I remember everybody providing deadlines | 18:12 |
| do3cc | long ones usually | 18:12 |
| *** nitrogenycs has joined #zope | 18:12 | |
| agroszer | there you go | 18:12 |
| Charlie_X | agroszer: I think you're right about deadlines being a good idea. | 18:12 |
| Charlie_X | Hiya do3cc | 18:12 |
| *** hever has joined #zope | 18:13 | |
| Charlie_X | Of course, enforcing them will be more difficult. Anyway it's a wiki so editable. I hope to have a developer's guide by the end of the year. | 18:14 |
| Charlie_X | agroszer: did you sign up for any particular task? | 18:14 |
| mgedmin | iirc "end of the year" was a popular deadline; I think that's what I signed up for too | 18:14 |
| *** davisagli is now known as davisagli|away | 18:14 | |
| agroszer | nope, but looks like next time I'm going to be the secretary ;-) | 18:14 |
| Charlie_X | I think there were some shorter ones like the mailing list consolidation | 18:15 |
| * Charlie_X tries not to picture agroszer in a skirt! | 18:15 | |
| agroszer | IRC/mailinglist rationalisation | 18:15 |
| Charlie_X | Any progress on that? | 18:16 |
| agroszer | Wolfgang Schnerring is the one who signed up | 18:16 |
| Charlie_X | Oh, I thought you were offering to help him. | 18:17 |
| Charlie_X | We should add some deadlines to the wiki where known and also whether those who offered are prepared to be nagged. | 18:17 |
| agroszer | sorry, I can't fiddle with those, Jens might be the one | 18:18 |
| Charlie_X | Thought you might have been in touch with Wolfgang but obviously a misunderstanding on my part. | 18:18 |
| alga | proposal -> discussion -> action ? | 18:18 |
| agroszer | alga sounds good | 18:19 |
| Charlie_X | alga the idea was that all those tasks should be directly doable without further discussion. | 18:19 |
| *** j-w has quit IRC | 18:19 | |
| alga | It's hard to rationalise IRC without involving everyone... | 18:20 |
| agroszer | I won't mind helping out with goals where I can | 18:20 |
| Charlie_X | agroszer: best thing is to contact the task owner directly with an offer. | 18:20 |
| nitrogenycs | zope publisher question: Suppose I have some kind of time parameter in my http request. I want to use this time parameter to open the database at that time in zope.app.publisher.zopepublisher.ZopePublisher.getApplication(). I.e. use a historical connection. How can I achieve this? | 18:21 |
| agroszer | Charlie_X, let's start with adding deadlines to the goals | 18:22 |
| Charlie_X | nitrogenycs: I think you might need a time machine. | 18:22 |
| nitrogenycs | Charlie_X: :) I'm trying to build one. | 18:22 |
| TheJester | I'm keeping a reference to another (large, with many children) zope object in my product, but, I want to block events for deleting, renaming etc to that object when they happen... previously I'd use manaage_beforeFoo to do this, how do I do it in a "subscriber" environment? | 18:23 |
| agroszer | Charlie_X, you want to crack the whip or leave that to Theuni ;-) | 18:23 |
| cwarner | nitrogenycs: can you just use a system call? | 18:23 |
| Charlie_X | agroszer: that is the responsibility of the task owner. I think Theuni1 may have left deadlines out deliberately. I'll ask him to clarify. | 18:23 |
| nitrogenycs | cwarner: a system call? | 18:24 |
| *** hannosch has left #zope | 18:24 | |
| Charlie_X | TheJester: look at zope.lifecycle | 18:24 |
| TheJester | looking | 18:25 |
| agroszer | the summary is rather conflicting with itself, it speaks of SMART, but the goals are just headlines | 18:25 |
| alga | right... | 18:25 |
| cwarner | nitrogenycs: yeah whatever the time param just use datetime or cron.. | 18:25 |
| Charlie_X | agroszer: it's a summary and maybe all Christian had time for. But point taken - it's needs expansion. I've added my deadline. | 18:25 |
| TheJester | well that tells me how to notify, but not how to get rid of the other subscribers | 18:26 |
| agroszer | good start | 18:26 |
| alga | TheJester: can't you veto by blowing up? | 18:26 |
| nitrogenycs | cwarner: I want to open the zodb at a certain point in time. You can do this by feeding the "at" or "before" parameter into the db.open call in getApplication(). I'd like to override this somehow. I think a system call can't help me with that. | 18:27 |
| TheJester | Well i want myself to be deleted, I just want to not have 50,000 notifications occur for a subobject that won't get deleted anyway | 18:27 |
| cwarner | nitrogenycs: ahhhh I didn't get the question.. nm | 18:27 |
| nitrogenycs | cwarner: np, thanks for helping | 18:28 |
| *** wiggy has left #zope | 18:28 | |
| Charlie_X | TheJester: I think you want to do something that isn't supposed to happen. Even though subscribers are synchronous I think they are supposed to independent of each other. You will need to silence the notification. | 18:28 |
| *** MadRobot has quit IRC | 18:28 | |
| Charlie_X | Any questions on the summit from those who weren't there? | 18:28 |
| TheJester | Well I can't because the delete happens on the container of my object not on me | 18:28 |
| TheJester | which seems to be a slightly retarded delete methodology | 18:29 |
| *** MadRobot has joined #zope | 18:29 | |
| TheJester | (but understandable) | 18:29 |
| Charlie_X | TheJester: is this a zope2 or ZTK world? | 18:29 |
| TheJester | Zope2 | 18:29 |
| Charlie_X | There is a special event for objects about to be deleted. | 18:30 |
| Charlie_X | But I think you want to prevent the notification from happening in the first place, right? | 18:30 |
| TheJester | Only for one of my children | 18:30 |
| *** MatthewWilkes has joined #zope | 18:31 | |
| TheJester | I was thinking theree would be some entry point into "me" where I could do something | 18:31 |
| TheJester | But sadly this doesn't seem to be the case | 18:31 |
| TheJester | (any more) | 18:31 |
| Charlie_X | TheJester: I'm not an expert on this but I think you will have to hack this. Look at zope.event to see how notifications are handled. | 18:31 |
| TheJester | yeah I don't want to do that | 18:31 |
| TheJester | I can just not stick it into self._objects | 18:32 |
| TheJester | But that reduces the functionality i need | 18:32 |
| TheJester | Well want | 18:32 |
| TheJester | d8) | 18:32 |
| alga | The events are evil exactly because it's hard to silence them. | 18:32 |
| TheJester | And the fact that there doesnt' seem to be a hook into the object actually being deleted d8) | 18:32 |
| Charlie_X | alga: that doesn't make them evil. I dislike them being synchronous. | 18:33 |
| TheJester | They're still synchronous | 18:33 |
| Charlie_X | TheJester: there is for that | 18:33 |
| TheJester | They'r ejust not recursive | 18:33 |
| *** __mac__ has quit IRC | 18:33 | |
| Charlie_X | IObjectWillBeRemovedEvent | 18:34 |
| TheJester | So how in my object do I find out I'm being deleted and "do something" about it? | 18:34 |
| Charlie_X | That's what you subscribe to. | 18:34 |
| TheJester | I assume since me and my children are notifying up a storm, that I'm laready subscribed what with sub-classing Folder d8) | 18:35 |
| * benji enjoys seeing people's reactions the first time they behold the beauty that is zope.event's implementation. | 18:36 | |
| TheJester | This isn't the first time | 18:36 |
| TheJester | This is just the first time it's fucked me | 18:36 |
| TheJester | d8) | 18:36 |
| cwarner | heh zope.event changed my life | 18:36 |
| *** redir has quit IRC | 18:37 | |
| Charlie_X | benji: I've never looked at the implementation. Was it another code challenge? | 18:37 |
| * Charlie_X looks at the time and, since no one has raised any further questions, calls the meeting to a close. | 18:38 | |
| alga | Charlie_X: it's 4 lines | 18:38 |
| benji | cwarner: it has that effect on people | 18:38 |
| mgedmin | Charlie_X, http://zope3.pov.lt/trac/browser/zope.event/trunk/src/zope/event/__init__.py | 18:39 |
| benji | the "real" event dispatching is done by zope.component, IIRC | 18:39 |
| J1m | There's real dispatching in zope.event. :) | 18:39 |
| TheJester | It's not really events | 18:39 |
| TheJester | It's more like downwards spamming | 18:40 |
| TheJester | d8) | 18:40 |
| J1m | Application-level dispatching is layered on top of that. | 18:40 |
| J1m | ztk typically uses at least 2 layers. | 18:40 |
| benji | J1m: true, true; oddly enough I was experiencing a rare non-sarcastic moment when I called zope.event beautiful :) | 18:41 |
| alga | But that's confusing, as a person that has read those 4 lines has learned nothing about how to deal with events in practice | 18:41 |
| alga | And doesn't have much pointers on where to look further | 18:42 |
| *** menesis has quit IRC | 18:43 | |
| cwarner | alga, there some good information on the subscriber event model let me see | 18:43 |
| benji | alga: it might be confusing, but it works out very well in practice; this way you can do all sorts of event handling without knowing anything about Zope, the component architechture, interfaces, etc. It's very nice for connecting up non-zope things to events | 18:43 |
| cwarner | i wrote something up a while ago that may help and the zope3 handbook isn't that bad | 18:43 |
| J1m | There are sphinx docs for it. | 18:45 |
| benji | oh, and there *are* pointers in zope.event's README to zope.component's event dispatching for the happless bystander | 18:45 |
| *** JaRoel|4D has quit IRC | 18:45 | |
| alga | benji: hmm, I retract my comment then | 18:45 |
| * J1m wishes the sphinx docs were published to the standard place. | 18:45 | |
| TheJester | So basically you guys are saying it's awesome, but, can't tell me how to do what i want succinctly d8) | 18:45 |
| alga | TheJester: the awesomeness is on a different level of abstraction, does not help you much ;) | 18:46 |
| benji | TheJester: it's nice for many things, but I haven't been paying attention, so it may well not work for what you want it to do | 18:46 |
| *** goschtl has quit IRC | 18:47 | |
| Charlie_X | TheJester: I think you're use case is unsuitable for it. But it might make more sense for a longer description of the problem on the ML. | 18:47 |
| J1m | TheJester, your question is stated in the context of a higher-level application framework that many of us aren't familiar with. | 18:48 |
| TheJester | The higher level application framework that is Zope2? | 18:48 |
| TheJester | Your'e in the zope channel and yoiu don't know zope... | 18:48 |
| *** alexpilz has quit IRC | 18:48 | |
| TheJester | And you're Jim Fulton | 18:48 |
| J1m | I haven't touched Zope 2 in years. | 18:48 |
| *** MadRobot has quit IRC | 18:49 | |
| J1m | And I think it has changed a bit since then. | 18:49 |
| CIA-7 | jim * r117007 ZODB/src/ (ZODB/Connection.py CHANGES.txt ZODB/tests/testConnection.py): | 18:50 |
| CIA-7 | Bug fixed: | 18:50 |
| CIA-7 | - When using multi-databases, cache-management operations on a | 18:50 |
| CIA-7 | connection, cacheMinimize and cacheGC, weren't applied to | 18:50 |
| CIA-7 | subconnections. | 18:50 |
| CIA-7 | hannosch 1.0 * r117008 zopetoolkit/ (ztk-versions.cfg zopeapp-versions.cfg): Update to new bugfix releases | 18:50 |
| CIA-7 | hannosch * r117009 /zopetoolkit/tags/1.0c2: Tag new release candidate | 18:50 |
| J1m | Generally speaking. the event framwork was designed exactly for the situations that manageBeforeDelete was designed to address. | 18:50 |
| J1m | It's a low-level framework though and there's are in how you apply it at a higher level. | 18:51 |
| J1m | sorry | 18:51 |
| J1m | It's a low-level framework though and there's art in how you apply it at a higher level. | 18:51 |
| cwarner | alga: http://weblog.kernelcode.com/2007/11/17/zopeplone-have-changed-my-life/ | 18:52 |
| TheJester | Well in manageBeforeDelete I simply remove the objec t from _objects so that the object wouldn't be deleted | 18:52 |
| TheJester | more importantly not traversed | 18:52 |
| Charlie_X | TheJester: I think you can do that with events by catching and handling a dedicated exception. | 18:54 |
| mgedmin | assuming there's an event being sent before deletion occurs | 18:55 |
| TheJester | There is one | 18:55 |
| cwarner | alga, you should read the subscriber information on zope | 18:55 |
| TheJester | And then there are a lot | 18:55 |
| TheJester | d8) | 18:55 |
| cwarner | alga, http://wiki.zope.org/zope3/events.html | 18:56 |
| *** davisagli|away is now known as davisagli | 18:58 | |
| *** jakke has quit IRC | 18:59 | |
| *** fredvd is now known as fredvd|away | 19:00 | |
| cwarner | i'll be back later | 19:03 |
| *** cwarner has quit IRC | 19:03 | |
| mgedmin | hm, looks like calling traceback.format_stack() 500 times is a bit expensive | 19:06 |
| *** Hypergraphe has joined #zope | 19:07 | |
| *** hever has quit IRC | 19:08 | |
| CIA-7 | faassen * r117010 z3c.saconfig/buildout.cfg: Make sure the test dependencies are installed. | 19:09 |
| CIA-7 | faassen * r117011 z3c.saconfig/ (4 files in 2 dirs): | 19:09 |
| CIA-7 | EngineCreatedEvent also gets ``engine_args`` and ``engine_kw`` as | 19:09 |
| CIA-7 | attributes, so that event handlers can potentially differentiate | 19:09 |
| CIA-7 | between engines. | 19:09 |
| CIA-7 | faassen * r117012 z3c.saconfig/buildout.cfg: Include releaser. | 19:09 |
| CIA-7 | faassen * r117013 z3c.saconfig/setup.py: Preparing release 0.12 | 19:09 |
| CIA-7 | faassen * r117014 /z3c.saconfig/tags/0.12: Tagging 0.12 | 19:09 |
| CIA-7 | faassen * r117015 z3c.saconfig/ (CHANGES.txt setup.py): Back to development: 0.13 | 19:09 |
| nitrogenycs | J1m: Do I have to create a new historical connection for every point in time that I want to access or is it ok to just change the .before attribute of the connection? I'd expect to have to create multiple connections, because of caching and such, but I am not sure. | 19:10 |
| *** fredvd2 has quit IRC | 19:18 | |
| mgedmin | nitrogenycs, I doubt changing .before would be enough; but don't treat my word as final | 19:19 |
| nitrogenycs | mgedmin: ok, thank you | 19:22 |
| *** sm has quit IRC | 19:23 | |
| *** sm has joined #zope | 19:24 | |
| CIA-7 | hannosch * r117016 Zope/ (doc/CHANGES.rst versions.cfg): Update to ZTK 1.0c2 | 19:27 |
| J1m | nitrogenycs, you'd have to open a new connection. | 19:30 |
| *** thetet has quit IRC | 19:31 | |
| nitrogenycs | J1m: thanks for the clarification | 19:33 |
| *** huajie has joined #zope | 19:33 | |
| mgedmin | it is safe to have two unrelated connections to the same database in one thread, right? they'll use separate caches? | 19:37 |
| *** Theuni1 has quit IRC | 19:37 | |
| TheJester | bah it dispatches the delete events THEN calls manage_beforeDelete | 19:38 |
| TheJester | which would seem to be manage_afterAllYourChildrenWereDeleted | 19:39 |
| J1m | mgedmin, yes, but they will use the same transaction manager unless you pass transaction managers to open. | 19:39 |
| mgedmin | a connection opened with a time limit is read-only, isn't it? which means it has no business registering itself with the transaction manager, no? | 19:40 |
| *** MatthewWilkes has quit IRC | 19:42 | |
| *** digitalmortician has joined #zope | 19:42 | |
| J1m | mgedmin, it must be read-only. It *should* allow making and then aborting change. I don't know if it does. | 19:46 |
| J1m | changes | 19:46 |
| mgedmin | ah, makes sense | 19:46 |
| *** redir has joined #zope | 19:52 | |
| *** xitrium_ has quit IRC | 19:52 | |
| *** redir has quit IRC | 19:55 | |
| *** redir has joined #zope | 19:56 | |
| *** hever has joined #zope | 19:59 | |
| *** redir has quit IRC | 19:59 | |
| *** mitchell` is now known as mitchell`off | 20:00 | |
| *** redir has joined #zope | 20:00 | |
| *** hever has quit IRC | 20:02 | |
| *** hever has joined #zope | 20:03 | |
| *** hever has quit IRC | 20:06 | |
| *** menesis has joined #zope | 20:08 | |
| *** hever has joined #zope | 20:09 | |
| *** pepeu has quit IRC | 20:15 | |
| *** digitalmortician has quit IRC | 20:16 | |
| *** JaRoel|4D has joined #zope | 20:18 | |
| *** tisto has quit IRC | 20:22 | |
| CIA-7 | jim * r117017 ZODB/src/CHANGES.txt: Ready to make the release -- finally! | 20:23 |
| CIA-7 | jim * r117018 /ZODB/tags/3.10.0b7: tag | 20:23 |
| CIA-7 | jim 3.10.0b7 * r117019 ZODB/setup.py: *** empty log message *** | 20:23 |
| Charlie_X | congratulations J1m! | 20:34 |
| *** kleist has quit IRC | 20:37 | |
| *** ccomb has quit IRC | 20:38 | |
| *** hever has quit IRC | 20:39 | |
| CIA-7 | jim 3.10.0b7 * r117020 ZODB/setup.py: Support latin-1 in long description. | 20:41 |
| CIA-7 | charlie_x * r117021 Products.CMFDefault/Products/CMFDefault/skins/zpt_generic/ (reconfig_form.py reconfig_template.pt getMainGlobals.py): Add support for handling permalinks if installed. | 20:41 |
| CIA-7 | charlie_x * r117022 Products.CMFDefault/Products/CMFDefault/browser/skins/ (ursa.py tests/test_ursa.py): Add support for detecting portal_calendar and portal_uidhandler with tests | 20:41 |
| CIA-7 | charlie_x * r117023 Products.CMFDefault/Products/CMFDefault/ (3 files in 2 dirs): Handle permalinks but warn if CMFUId is not installed. | 20:41 |
| *** benji is now known as benji-afk | 20:44 | |
| *** svenn has joined #zope | 20:56 | |
| *** TresEquis has joined #zope | 21:01 | |
| *** zagy has joined #zope | 21:02 | |
| *** JaRoel|4D has quit IRC | 21:02 | |
| CIA-7 | charlie_x * r117024 Products.CMFDefault/Products/CMFDefault/browser/ (portal admin): Folder renamed to be more general use. | 21:02 |
| *** dayne has quit IRC | 21:04 | |
| *** dayne has joined #zope | 21:07 | |
| *** Hypergraphe has quit IRC | 21:09 | |
| CIA-7 | jim 3.10.0b7 * r117025 ZODB/setup.py: Distutils 1 doesn't do unicode. Whimpler. | 21:21 |
| *** __mac__ has joined #zope | 21:22 | |
| *** sm has quit IRC | 21:23 | |
| *** sm_ has joined #zope | 21:24 | |
| *** sm_ is now known as sm | 21:24 | |
| *** daMaestro has joined #zope | 21:26 | |
| mgedmin | unicode in long_description? been there, felt the pain | 21:32 |
| mgedmin | http://stackoverflow.com/questions/1162338/whats-the-right-way-to-use-unicode-metadata-in-setup-py | 21:32 |
| *** zagy1 has joined #zope | 21:33 | |
| *** zagy has quit IRC | 21:33 | |
| CIA-7 | jim 3.10.0b7 * r117026 ZODB/setup.py: Debugged working around distutils unicode issues. | 21:35 |
| *** neo|4D has quit IRC | 21:41 | |
| CIA-7 | charlie_x * r117027 Products.CMFDefault/Products/CMFDefault/browser/configure.zcml: Configuration updated for folder name change. | 21:49 |
| CIA-7 | jim 3.10.0b7 * r117028 ZODB/setup.py: Debugged working around distutils unicode issues. | 21:49 |
| *** kiorky_ has joined #zope | 21:49 | |
| *** kiorky has quit IRC | 21:52 | |
| *** daMaestro has quit IRC | 21:54 | |
| *** agroszer has quit IRC | 21:55 | |
| *** kiorky_ has quit IRC | 21:59 | |
| *** webmaven has joined #zope | 22:00 | |
| *** thetet has joined #zope | 22:03 | |
| *** digitalmortician has joined #zope | 22:04 | |
| *** dayne has quit IRC | 22:04 | |
| *** dayne has joined #zope | 22:05 | |
| *** kiorky has joined #zope | 22:10 | |
| *** svenn has quit IRC | 22:12 | |
| *** redir has quit IRC | 22:16 | |
| *** redir has joined #zope | 22:16 | |
| CIA-7 | jim * r117029 ZODB/setup.py: Copied unicode flails from 10.0.0b7 tag. | 22:18 |
| *** huajie has quit IRC | 22:33 | |
| *** teix has left #zope | 22:33 | |
| *** ccomb has joined #zope | 22:34 | |
| *** zagy1 has quit IRC | 22:39 | |
| *** JaRoel|4D has joined #zope | 22:39 | |
| *** mcdonc has quit IRC | 22:41 | |
| *** dixond has joined #zope | 22:41 | |
| dixond | folks, under what circumstances will Zope open a new connection to the database? eg, I have 2 zserver threads configured, but three connections. | 22:41 |
| *** mcdonc_ has joined #zope | 22:41 | |
| *** mcdonc_ is now known as mcdonc | 22:41 | |
| dixond | so all three are caching objects, and it's messing up my memory configuration | 22:42 |
| sm | dixond: it wouldn't be a debug client ? | 22:52 |
| sm | or a cron job running that zodb backup script | 22:52 |
| *** __mac__ has quit IRC | 23:03 | |
| *** minskmaz has joined #zope | 23:05 | |
| *** alexpilz has joined #zope | 23:13 | |
| dixond | hrm, no to both of those unfortunately | 23:15 |
| CIA-7 | jim * r117030 ZODB/src/CHANGES.txt: typo | 23:15 |
| CIA-7 | jim 3.9 * r117031 ZODB/src/ (persistent/cPickleCache.c CHANGES.txt): | 23:15 |
| CIA-7 | Bug Fixed | 23:15 |
| CIA-7 | - Changes in way that garbage collection treats dictionaries in Python | 23:15 |
| CIA-7 | 2.7 broke the object/connection cache implementation. | 23:15 |
| CIA-7 | (https://bugs.launchpad.net/zodb/+bug/641481) | 23:15 |
| _mup_ | Bug #641481: ZODB 3.10b6 fails to run tests with Python 2.7 on Fedora 14 Branched <ZODB:Fix Committed by jim-zope> <https://launchpad.net/bugs/641481> | 23:15 |
| *** daMaestro has joined #zope | 23:23 | |
| *** allisterb has joined #zope | 23:24 | |
| *** minskmaz has quit IRC | 23:26 | |
| *** julesa has joined #zope | 23:30 | |
| CIA-7 | jim 3.9 * r117032 ZODB/src/ (ZEO/tests/testZEO.py CHANGES.txt ZEO/runzeo.py): | 23:33 |
| CIA-7 | Bug Fixed | 23:33 |
| CIA-7 | - Logrotation/repoening via a SIGUSR2 signal wasn't implemented. | 23:33 |
| CIA-7 | (https://bugs.launchpad.net/zodb/+bug/143600) | 23:33 |
| _mup_ | Bug #143600: Enable ZEO log rotation <database> <feature+solution> <ZODB:Fix Committed by hannosch> <https://launchpad.net/bugs/143600> | 23:33 |
| *** davetoo has joined #zope | 23:39 | |
| *** dunny has joined #zope | 23:44 | |
| *** alexpilz has quit IRC | 23:45 | |
| *** Hypergraphe has joined #zope | 23:46 | |
| *** thetet has quit IRC | 23:47 | |
| *** alga has quit IRC | 23:48 | |
| CIA-7 | jim 3.9 * r117032 ZODB/src/ (ZEO/tests/testZEO.py CHANGES.txt ZEO/runzeo.py): | 23:49 |
| CIA-7 | Bug Fixed | 23:49 |
| CIA-7 | - Logrotation/repoening via a SIGUSR2 signal wasn't implemented. | 23:49 |
| CIA-7 | (https://bugs.launchpad.net/zodb/+bug/143600) | 23:49 |
| CIA-7 | jim 3.9 * r117033 ZODB/src/ (ZODB/Connection.py CHANGES.txt ZODB/tests/testConnection.py): | 23:49 |
| CIA-7 | Bug Fixed | 23:49 |
| CIA-7 | - When using multi-databases, cache-management operations on a | 23:49 |
| CIA-7 | connection, cacheMinimize and cacheGC, weren't applied to | 23:49 |
| _mup_ | Bug #143600: Enable ZEO log rotation <database> <feature+solution> <ZODB:Fix Committed by hannosch> <https://launchpad.net/bugs/143600> | 23:49 |
| CIA-7 | subconnections. | 23:49 |
| CIA-7 | andig andig-compositeindex * r117034 Zope/src/Products/PluginIndexes/__init__.py: initialize CompositeIndex | 23:49 |
| *** sunew has joined #zope | 23:49 | |
| CIA-7 | jim * r117035 /ZODB/tags/3.9.7: tag | 23:49 |
| *** fredvd|away has quit IRC | 23:53 | |
| *** julesa has quit IRC | 23:54 | |
| *** regebro has left #zope | 23:56 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!