| CIA-78 | janjaapdriessen * r119477 /Sandbox/janjaapdriessen/buildbot/buildout.cfg: Test jquery metadata fanstatic package. | 00:04 |
|---|---|---|
| *** menesis has quit IRC | 00:05 | |
| *** Arfrever has quit IRC | 00:25 | |
| *** m8 has quit IRC | 00:30 | |
| CIA-78 | jim * r119478 /Sandbox/J1m/dozodb/src/zc/dozodb/test_setup.js: | 00:35 |
| CIA-78 | Wrote a js pretty printer because the one in dojo.toJson doesn't | 00:35 |
| CIA-78 | normalize property order and I need that for doc tests. | 00:35 |
| CIA-78 | Updated the xhr stub to use it. | 00:35 |
| CIA-78 | jim * r119479 /Sandbox/J1m/dozodb/src/zc/dozodb/dozodb.js: Updated to reflect pointers gleanded from "JavaScript: The Good Parts". | 00:35 |
| CIA-78 | jim * r119480 /Sandbox/J1m/dozodb/src/zc/dozodb/dozodb.js.test: checkpoint | 00:35 |
| CIA-78 | jim * r119481 /manuel/branches/jim-custom-doctest-parsers: Play w customizing the doctest parser. | 00:35 |
| *** mcdonc has joined #zope | 00:41 | |
| *** d2m has joined #zope | 00:47 | |
| *** astoon has joined #zope | 00:48 | |
| *** hever has joined #zope | 00:50 | |
| *** hever has quit IRC | 00:57 | |
| *** hever has joined #zope | 00:58 | |
| *** hever has quit IRC | 01:00 | |
| *** hever has joined #zope | 01:01 | |
| *** mindspan has joined #zope | 01:12 | |
| *** mindspan has quit IRC | 01:14 | |
| *** davetoo has left #zope | 01:17 | |
| *** redir has quit IRC | 01:20 | |
| *** ccomb has quit IRC | 01:21 | |
| *** dvschramm is now known as dvschramm|away | 01:22 | |
| *** davisagli|away is now known as davisagli | 01:29 | |
| CIA-78 | jim jim-custom-doctest-parsers * r119482 manuel/src/manuel/doctest.py: | 01:34 |
| CIA-78 | Added plumbing to pass an alternate doctest parser. | 01:34 |
| CIA-78 | Still need tests. | 01:34 |
| CIA-78 | jim * r119483 /Sandbox/J1m/ (4 files in 3 dirs): Custo manuel that allows passing custom doctest parsers. | 01:34 |
| CIA-78 | mauritsvanrees * r119484 AccessControl/ (CHANGES.txt src/AccessControl/userfolder.py): Return the created user in _doAddUser. | 02:03 |
| CIA-78 | mauritsvanrees * r119485 Products.PluggableAuthService/ (3 files in 3 dirs): Return the created user in _doAddUser, to match change in AccessControl 2.13.4. | 02:03 |
| CIA-78 | mauritsvanrees * r119486 Zope/ (12 files in 7 dirs): Report success or failure (when known) of creating a new user with the addzope2user script. | 02:03 |
| *** astoon has quit IRC | 02:09 | |
| *** bigkevmcd has quit IRC | 02:11 | |
| *** astoon has joined #zope | 02:13 | |
| *** supton has quit IRC | 02:16 | |
| CIA-78 | mauritsvanrees 2.13 * r119487 Zope/ (12 files in 7 dirs): | 02:19 |
| CIA-78 | Merged r119486 from trunk: | 02:19 |
| CIA-78 | Report success or failure (when known) of creating a new user with | 02:19 |
| CIA-78 | the addzope2user script. | 02:19 |
| *** J1m_ has quit IRC | 02:21 | |
| *** redir has joined #zope | 02:23 | |
| *** mr_jolly has quit IRC | 02:29 | |
| *** dayne has quit IRC | 02:34 | |
| *** mindspan has joined #zope | 02:36 | |
| mindspan | Hey folks | 02:37 |
| mindspan | Are there compatibility issues between zope 2.2.13.1 and python 2.7.1? | 02:38 |
| mindspan | Trying to install zope on new rackspace server... installation procedure seems to change every time I do this... have tried both buildout and virtualenv and both have failed. | 02:41 |
| davisagli | mindspan: Zope 2.13 is the first version to support python 2.7 | 02:47 |
| *** alga has quit IRC | 03:04 | |
| *** alvaro_o has quit IRC | 03:04 | |
| *** alga has joined #zope | 03:12 | |
| *** tiwula has quit IRC | 03:22 | |
| *** alga has quit IRC | 03:23 | |
| *** daweefolk has joined #zope | 03:28 | |
| daweefolk | with zope 3.4 the website says I can use python 2.5.x; is that correct? | 03:28 |
| *** daweefolk has left #zope | 03:29 | |
| kosh | mindspan: when doing a zope 2.13 install on rackspace I can tell you how I did it if you want | 03:29 |
| *** davisagli is now known as davisagli|away | 03:48 | |
| *** MrTango has quit IRC | 03:50 | |
| *** davisagli|away is now known as davisagli | 03:50 | |
| *** spanktar has quit IRC | 03:53 | |
| *** d2m has quit IRC | 03:55 | |
| hever | Hej I'm in performance trouble with a zope server and can't find useful documentation of "cache-size" or "zserver-threads"... (It's an very old 2.9.9) | 03:56 |
| hever | At the moment it's set to "zserver-threads 2" and "cache-size 1792MB" with a ZEO client cache... but I'm not sure if this is useful... | 03:58 |
| *** davisagli is now known as davisagli|away | 04:12 | |
| *** astoon has quit IRC | 04:13 | |
| *** RaceCondition has quit IRC | 04:22 | |
| kosh | what kind of performance problem? | 04:34 |
| *** RaceCondition has joined #zope | 04:36 | |
| *** mindspan has quit IRC | 04:48 | |
| hever | kosh, loading a site is very slow | 04:50 |
| kosh | have you profiled the system to find out why it is slow? | 04:50 |
| hever | kosh, about 2-6 secs if I access it directly not over a reverse proxy... | 04:50 |
| hever | kosh, whats a good tool for this? | 04:51 |
| kosh | zope has a builtin profiler | 04:51 |
| kosh | you just have to turn on profilng in zope.conf and restart zope | 04:51 |
| kosh | then hit a few pages that are slow and go into the control panel and then under debug there is profiling information | 04:51 |
| hever | 2.9.9 ? | 04:51 |
| hever | kosh, do you know what settings are useful for cache-size? There are two cache-size settings available in the config. | 04:52 |
| kosh | one is for zeo and the other is for how many zope will keep in memory at a time | 04:53 |
| kosh | do you have zeo and zope on the same system? | 04:53 |
| hever | kosh, yes both are on the same system. the one for zope is the number of objects and the one for zeo is in MB. Is this MB per thread or the complete available memory? | 04:54 |
| kosh | if they are on the same system I set the zeo cache-size to 0 | 04:55 |
| kosh | for the regular cache size I normally set it to about 5000 | 04:56 |
| kosh | but lets find out why your system is slow | 04:56 |
| kosh | how large is your db? have you packed it recently? | 04:56 |
| hever | 0 means unlimited? and this is no prob ? | 04:56 |
| hever | or does it mean do not cache? | 04:57 |
| kosh | it means no cache | 04:57 |
| kosh | if you have zope and zeo on the same system you don't need a zeo cache | 04:57 |
| hever | hmmm but memory cache should be faster than retriving data via ZEO, not ? | 04:57 |
| kosh | zope is already going to cache objects with the above statement | 04:57 |
| hever | hmmm | 04:57 |
| hever | ok | 04:57 |
| kosh | if zope does not have the data it is going to have to get it anyways | 04:57 |
| *** davisagli|away is now known as davisagli | 04:57 | |
| kosh | what that zeo cache is doing is storing a file on the filesystem to cache the data from zeo | 04:58 |
| kosh | it truly is not needed if they are on the same system and having it can seriously slow things down | 04:58 |
| *** davisagli is now known as davisagli|away | 04:58 | |
| hever | yes I see that makes sense... (I'm restarting with the profiling option at the moment) | 04:59 |
| *** RaceCondition has quit IRC | 05:11 | |
| *** RaceCondition has joined #zope | 05:16 | |
| hever | kosh, wih the profiler it's that slow, that I don't get any results. I get no response via web from zope... the profile.dat is not created, too... | 05:20 |
| *** davisagli|away is now known as davisagli | 05:21 | |
| kosh | you don't need profile.dat | 05:23 |
| kosh | you go to yourserver/Control_Panel/DebugInfo/manage_profile | 05:24 |
| hever | yes ok but the ZMI is not usable... it's just loading | 05:25 |
| *** gqlewis has joined #zope | 05:26 | |
| hever | kosh, but the cpu load on the server is ~0 | 05:27 |
| kosh | hmm that seems strange | 05:27 |
| kosh | normally it slows down by not insanely so | 05:27 |
| hever | doesn't look like zope is doing anything | 05:28 |
| hever | must I turn the debug mode on ? | 05:28 |
| kosh | nope just profilng | 05:28 |
| *** Wu has quit IRC | 05:34 | |
| *** lcpfnyvc has quit IRC | 05:34 | |
| *** markvandenborre has quit IRC | 05:34 | |
| *** jham has quit IRC | 05:34 | |
| hever | kosh, ok profiling seems not working. If I set cache-size to 0 I get an 503 - Service Not Available. I just can comment it out... | 05:34 |
| kosh | just setting cache-size 0 should not change anything | 05:35 |
| kosh | did you actually litterally write "cache-size to 0" ? | 05:36 |
| *** markvandenborre has joined #zope | 05:37 | |
| *** jham has joined #zope | 05:37 | |
| hever | it's "cache-size 0" in <zeoclient> in <zodb_db main> | 05:39 |
| hever | kosh, http://pastebin.com/HeMUH9Wh | 05:40 |
| kosh | mine is just cache-size 0 for the zeoclient part and cache-size 5000 for the part above it | 05:42 |
| kosh | a cache size of 100K is likely to kill your machine if you have much data | 05:42 |
| hever | its zope 2.9.9 | 05:43 |
| hever | ok | 05:43 |
| kosh | oh also don't set zserver-threads to 10, 4 is about as much as you should ever do | 05:43 |
| *** lcpfnyvc has joined #zope | 05:43 | |
| hever | why not more ? | 05:44 |
| kosh | try setting the outer cache-size to 5000 and the inner one to 0 and restart zope with profiling on and just go into /manage and see what it does | 05:44 |
| kosh | more threads means a lot more memory usage and it doesn't really help with concurrency | 05:44 |
| kosh | more threads are mostly useful if you have long term blocking operations which should not happen in the first place | 05:45 |
| kosh | lots of threads can also easily cause your IO contention to go too high and slow the system down | 05:45 |
| kosh | because instead of having a simple read and getting it out of the way you have a lot more competing reads | 05:45 |
| hever | kosh, 503 - Service Not Available | 05:45 |
| kosh | and if you look in the event.log did zope startup correctly? | 05:46 |
| *** Wu has joined #zope | 05:47 | |
| hever | kosh, no it doesn't start but I get no errors... | 05:53 |
| hever | kosh, if I comment cache-size 0 out it starts | 05:53 |
| nitrogenycs | iirc some older zodb versions had some issues when a certain cache size was 0 . I don't recall if this was zeo client cache though. | 05:56 |
| hever | In the eventlog I get "2011-01-11T04:55:54 INFO Zope Ready to handle requests" with active profiling but if I access the ZMI it's just loading... | 05:58 |
| kosh | hmm I guess just comment it out then | 05:58 |
| kosh | that sure seems strange though | 05:58 |
| nitrogenycs | https://bugs.launchpad.net/zodb/+bug/440398 | 05:58 |
| _mup_ | Bug #440398: Very small persistent cache-size -> non-speaking assertion error <ZODB:Fix Released> < https://launchpad.net/bugs/440398 > | 05:58 |
| kosh | interesting | 05:59 |
| kosh | that it just hangs when you access the ZMI seems very strange | 05:59 |
| kosh | hever: how much memory does your system have? how large is your db? are you using plone? | 05:59 |
| hever | kosh, 4GB Memory, 68536.4M Database (will become smaller in the future), and yes, with plone 2.5 | 06:02 |
| kosh | have you packed that database remotely recently? | 06:02 |
| hever | kosh, it does hang everywhere, not just in the ZMI | 06:02 |
| hever | no, never I think | 06:02 |
| kosh | turn profiling off and restart zope | 06:03 |
| hever | I did | 06:03 |
| kosh | then if you have a backup try and pack that database but it will take a LONG time | 06:03 |
| hever | hmm | 06:03 |
| kosh | that db is pretty large | 06:03 |
| hever | and it'll become smaller then? and more performant or what? There are some big multimedia files in it. | 06:04 |
| *** allisterb has joined #zope | 06:04 | |
| kosh | usually they become much smaller after being packed if you have been adding and deleting things | 06:04 |
| kosh | how large are the media files you have in there? | 06:04 |
| hever | from 8 to 500 MB | 06:05 |
| *** RaceCondition has quit IRC | 06:23 | |
| kosh | hmm files that big you should probably have on amazon s3 or something like that | 06:26 |
| kosh | or setup blob support and store them in blobs instead of in the db | 06:26 |
| kosh | that last one though is a lot more complex right now | 06:26 |
| hever | I'll remove them in a few days, they are now stored just on the FS and served via a webserver | 06:31 |
| *** tiwula has joined #zope | 06:59 | |
| kosh | the system should still not be that slow though | 07:04 |
| kosh | that is why I wanted to see the profiling data to find out what the system is doing | 07:04 |
| kosh | I suspect that something on your pages is causing far more data to be loaded then should be | 07:04 |
| hever | I'm backing up everything, this could take one more hour... | 07:14 |
| hever | kosh, can it be useful to provide multiple zeoclients on one machine to improve performance ? | 07:20 |
| kosh | if you loadbalance but that is complex | 07:21 |
| hever | yes sure I thought about loadbalancing... | 07:22 |
| kosh | your system has enough problems that it is likely that loadbalancing would not fix them in any realistic way | 07:22 |
| kosh | you have some severe performance problems somewhere in your app | 07:22 |
| hever | using pound or squid (that is already in use) | 07:23 |
| kosh | that is usually the result of loading too much stuff you don't need or a result of doing calculations in a very very bad way | 07:23 |
| kosh | profiling should show that | 07:23 |
| hever | Yes I'll look for that but I'm thinking further. | 07:23 |
| hever | kosh, so setting up two or more instances on a server with ~ 4GB RAM makes sense? | 07:24 |
| kosh | that depends on how many cpu cores you have | 07:24 |
| hever | 2 | 07:24 |
| kosh | then it could make sense to setup 2 but that is complex | 07:25 |
| hever | why is it complex? squid for example is already running and could do this. | 07:26 |
| kosh | you would have to deal with authentication bouncing between servers etc | 07:26 |
| hever | hmm | 07:26 |
| kosh | you can load balance but to do it correctly is complex and load balancing won't fix your problem | 07:26 |
| hever | aah squid can do that, too | 07:26 |
| hever | yes I think so, too | 07:26 |
| kosh | normally you would load balance and bind to a specific server but that still means that any given request will be slow as hell | 07:27 |
| kosh | on my system I did a lot of work to share auth data over the sessioning system in zeo so that any request can go to any server instead of binding it per server | 07:27 |
| kosh | that allows the system to be much faster but also more complex | 07:27 |
| kosh | however I would not even know where to start to do that in plone, it would likely require a lot of work | 07:28 |
| kosh | however the basic problem is your system is hundreds of times slower then zope is capable of being and so there are problems in your code | 07:28 |
| kosh | trying to solve problems in your code by clustering, proxy etc stuff won't really help you | 07:32 |
| *** spavan has joined #zope | 07:33 | |
| spavan | Hi all | 07:34 |
| spavan | Does zope2 -212 version support 64bit windows machine? | 07:34 |
| kosh | that I have no clue about | 07:35 |
| kosh | your best bet it to ask on the list | 07:35 |
| *** gqlewis has quit IRC | 07:40 | |
| kosh | I know there has been a lot of work on trying to get zope working better on windows | 07:41 |
| kosh | what usually happens though is people work on it for a while, then they switch to unix and it goes unmaintained again | 07:41 |
| nitrogenycs | grok/ztk works on windows just fine atm :) | 07:44 |
| kosh | zope 2.12 and 2.13 are supposed to work just fine also I just don't see any prebuilt package for it | 07:46 |
| kosh | I just found instructions for it while looking around | 07:46 |
| kosh | however overall windows is a pain in the neck to develop on | 07:46 |
| nitrogenycs | :) I love it | 07:46 |
| nitrogenycs | I deploy on linux, but develop on windows | 07:47 |
| kosh | http://www.mail-archive.com/zope@zope.org/msg32943.html that is supposed to be how to install on windows | 07:47 |
| spavan | kosh:thnks | 07:47 |
| kosh | just update to newer version numbers | 07:48 |
| kosh | nitrogenycs: so far my experience with developing on windows I have despised | 07:48 |
| spavan | kosh: i have installed zope2 212 in 64bit machine using buildout but i mange screen its showing its zope version is 32bit version but it has picked the 64bit dependency anu idea? | 07:49 |
| spavan | *in | 07:49 |
| kosh | how do you know it is 32bit? | 07:50 |
| spavan | kosh:http://pypi.python.org/packages/2.6/Z/Zope2/Zope2-2.12.13-py2.6-win-amd64.egg#md5=d24617fe03371cb16ba48ae52527a2c9 | 07:50 |
| kosh | I would expect that to be a 64bit version | 07:50 |
| kosh | so long as python is 64bit | 07:51 |
| spavan | kosh:yes | 07:51 |
| spavan | kosh: iam using 64bit msi | 07:51 |
| spavan | kosh: for python | 07:51 |
| spavan | kosh:any idea | 07:53 |
| *** nitrogenycs has left #zope | 08:04 | |
| *** spavan has left #zope | 08:06 | |
| *** spavan has joined #zope | 08:06 | |
| kosh | spavan: so how are you sure that you are using a 32bit zope install? where does it say the bit at? | 08:19 |
| spavan | kosh:http://pypi.python.org/packages/2.6/Z/Zope2/Zope2-2.12.13-py2.6-win32.egg#md5=3383d695c22fce9bebd12361b6707984 | 08:20 |
| kosh | I thought you where using the amd64 egg you linked to up above | 08:21 |
| kosh | if the amd64 egg installed then it should be running a 64bit version | 08:23 |
| spavan | yes but in manage screen its shwoing zope version as (2.12.13,pyth0n 2.6.5,win32) any idea plz | 08:24 |
| spavan | kosh::) | 08:24 |
| spavan | kosh:showing | 08:24 |
| kosh | do you have a 64bit version of python installed? | 08:25 |
| kosh | I wonder if it will show as win32 even if it is 64bit I have not tried on windows before | 08:25 |
| kosh | so far all my experiences developing any software on windows has been uniformly negative | 08:31 |
| spavan | kosh::) | 08:32 |
| kosh | system is just not stable enough when you really push it | 08:32 |
| kosh | okay for toy stuff | 08:33 |
| kosh | I know that is not a nice thing to say but too many years of using windows has certainly impacted my view of it | 08:33 |
| spavan | but in ope manage screen its showing python version with 64bit installed | 08:36 |
| spavan | kosh:in zope | 08:36 |
| kosh | if it is using 64bit python and zope is a 64bit install then it should be fine | 08:36 |
| kosh | win32 is the name of the api in windows | 08:37 |
| kosh | I don't know if it will show win64 if it is actually win64 | 08:37 |
| kosh | and the normal method of checking 32bit vs 64bit doesn't work vs windows | 08:38 |
| kosh | normally you can check sys.maxint but sys.maxint on 64bit on windows is still 32bit | 08:38 |
| kosh | because windows chose a 64bit model unlike any other system other there | 08:38 |
| kosh | we had a nice 64bit standard that unixes, macs, cellphones etc all used an windows went its own route | 08:39 |
| *** sm has quit IRC | 08:40 | |
| spavan | kosh: thanks for the information :) | 08:49 |
| *** Theuni1 has quit IRC | 08:50 | |
| *** d2m has joined #zope | 08:52 | |
| *** menesis has joined #zope | 08:53 | |
| *** d2m has left #zope | 08:54 | |
| *** Theuni1 has joined #zope | 09:09 | |
| *** tiwula has quit IRC | 09:11 | |
| *** RaceCondition has joined #zope | 09:14 | |
| *** wosc has joined #zope | 09:19 | |
| *** Theuni1 has quit IRC | 09:22 | |
| *** tisto has joined #zope | 09:40 | |
| *** Theuni1 has joined #zope | 09:44 | |
| *** yvl has quit IRC | 09:45 | |
| *** yvl has joined #zope | 09:48 | |
| *** AnneGilles has joined #zope | 09:56 | |
| *** allisterb has quit IRC | 09:59 | |
| *** tisto has quit IRC | 10:02 | |
| CIA-78 | ulif * r119488 grok/doc/.static/logo.png: Add PNG logo from community docs. | 10:03 |
| CIA-78 | ulif * r119489 grok/doc/layout.html: | 10:03 |
| CIA-78 | Update layout.html template | 10:03 |
| CIA-78 | Redefine only the parts really different in our layout. The template | 10:03 |
| CIA-78 | now inherits from the default layout template. This way at least the | 10:03 |
| CIA-78 | correct .js files are included. | 10:03 |
| *** rogererens has joined #zope | 10:04 | |
| *** Theuni1 has quit IRC | 10:05 | |
| *** Theuni1 has joined #zope | 10:11 | |
| *** tisto has joined #zope | 10:11 | |
| *** allisterb has joined #zope | 10:12 | |
| *** d2m has joined #zope | 10:16 | |
| *** Theuni1 has quit IRC | 10:31 | |
| *** planetzopebot has quit IRC | 10:33 | |
| *** planetzopebot has joined #zope | 10:34 | |
| CIA-78 | icemac * r119490 gocept.selenium/ (src/gocept/selenium/README.txt CHANGES.txt): Using a URL of `Selenium RC` in README where version 1.0.3 can be downloaded (instead of 1.0.1) which works fine with Firefox on Mac OS X, too. | 10:38 |
| *** mlechner has joined #zope | 10:40 | |
| *** sunew has joined #zope | 10:44 | |
| *** Theuni1 has joined #zope | 10:47 | |
| *** sunew has quit IRC | 10:48 | |
| *** j-w has joined #zope | 11:10 | |
| *** sunew has joined #zope | 11:19 | |
| hever | I'm going to move some contents of a directory to somewhere else. How can I create a rewrite rule for all old (no longer existing) files in there using Zope? | 11:21 |
| hever | can I execute a script if a file is not found in a folder? For example via a naming convention? | 11:23 |
| *** zagy has joined #zope | 11:27 | |
| *** zagy has quit IRC | 11:27 | |
| *** zagy1 has joined #zope | 11:27 | |
| hever | any ideas? This should be somehow possible... | 11:30 |
| CIA-78 | fretin * r119491 grokproject/CHANGES.txt: Added the 2.2.1 changelog entry | 11:33 |
| CIA-78 | janwijbrand * r119492 grok/documentation_deployment.cfg: direct build output to a log file | 11:33 |
| *** zagy1 has quit IRC | 11:36 | |
| *** ccomb has joined #zope | 11:40 | |
| *** __mac__ has joined #zope | 11:45 | |
| *** goschtl has joined #zope | 11:48 | |
| *** sylvain has joined #zope | 11:50 | |
| *** mlechner has quit IRC | 11:57 | |
| betabug | hever: rewrite rules are done in your apache config | 12:04 |
| betabug | otherwise you can adjust the standard_error_message or ... | 12:04 |
| hever | I try this actually... | 12:04 |
| betabug | code it into __before_publishing_traverse__ on the container (folder) | 12:05 |
| hever | I'm using lighttpd but whatever. I don't want to route the whole traffic through another system just for the rewrite capabilities. | 12:05 |
| hever | betabug, you mean a script called "__before_publishing_traverse__" in the folder ? | 12:06 |
| betabug | well, whatever webserver | 12:06 |
| hever | sure ;) | 12:06 |
| betabug | don't think you can do the __before_publishing_traverse__ in the ZMI | 12:06 |
| *** zagy has joined #zope | 12:07 | |
| hever | betabug, can I redirect to another site from python in TAL ? | 12:15 |
| *** menesis has quit IRC | 12:17 | |
| betabug | sure | 12:18 |
| *** AnneGilles_ has joined #zope | 12:18 | |
| *** AnneGilles_ has joined #zope | 12:18 | |
| betabug | get the request object, do a request.RESPONSE.redirect(url) | 12:18 |
| betabug | dunno if it makes any *sense* in TAL though | 12:18 |
| betabug | TAL is for displaying html | 12:19 |
| *** MrTango has joined #zope | 12:19 | |
| *** AnneGilles has quit IRC | 12:20 | |
| *** AnneGilles_ is now known as AnneGilles | 12:20 | |
| klawd | hi! i'm trying IMyInterface.implementedBy(some_object_without_a_defined_interface) and get 'ImplementedBy called for non-factory' | 12:27 |
| klawd | what am i doing wrong here? | 12:27 |
| klawd | i just want to know if a certain object (could be anything, even str) implements a certain interface | 12:28 |
| mgedmin | I think you want IMyInterface.providedBy() | 12:28 |
| mgedmin | "foo implements IBar" == when you call foo(), you get an object that corresponds to IBar | 12:28 |
| mgedmin | "foo provides IBar" == foo is an object that corresponds to IBar | 12:29 |
| *** AnneGilles_ has joined #zope | 12:31 | |
| *** AnneGilles has quit IRC | 12:34 | |
| *** AnneGilles_ is now known as AnneGilles | 12:34 | |
| klawd | aye, thanks | 12:37 |
| *** alexpilz has joined #zope | 12:38 | |
| *** sunew has quit IRC | 12:42 | |
| *** sunew has joined #zope | 12:49 | |
| *** teix has joined #zope | 12:50 | |
| *** mr_jolly has joined #zope | 12:56 | |
| *** tisto is now known as tisto|away | 12:56 | |
| *** rockfruit has joined #zope | 12:58 | |
| *** ccomb has quit IRC | 12:58 | |
| *** j-w has quit IRC | 13:02 | |
| *** rockfruit has quit IRC | 13:03 | |
| CIA-78 | janwijbrand * r119493 /grok/branches/jw-documentation-rearangement: experiment with moving parts of the docs to groktoolkit | 13:05 |
| CIA-78 | janwijbrand * r119494 /groktoolkit/branches/jw-documentation-rearangement: experiment with moving parts of the docs to groktoolkit | 13:05 |
| *** zagy has quit IRC | 13:15 | |
| *** agroszer has joined #zope | 13:28 | |
| *** fredvd has joined #zope | 13:42 | |
| *** menesis has joined #zope | 13:53 | |
| *** martijn|4D has joined #zope | 14:03 | |
| *** d2m has quit IRC | 14:03 | |
| *** d2m has joined #zope | 14:03 | |
| *** dayne has joined #zope | 14:04 | |
| *** martijn|4D has quit IRC | 14:08 | |
| *** martijn|4D has joined #zope | 14:09 | |
| *** j-w has joined #zope | 14:10 | |
| *** martijn|4D has quit IRC | 14:10 | |
| *** martijn|4D has joined #zope | 14:10 | |
| *** cpf_ has joined #zope | 14:16 | |
| *** alga has joined #zope | 14:28 | |
| *** m8 has joined #zope | 14:34 | |
| *** zagy has joined #zope | 14:35 | |
| *** d2m has quit IRC | 14:40 | |
| *** j-w has quit IRC | 14:52 | |
| *** Theuni1 has quit IRC | 14:56 | |
| *** jrydberg has joined #zope | 15:03 | |
| jrydberg | Anyone here running pylint on their code? | 15:03 |
| *** nitrogenycs has joined #zope | 15:04 | |
| *** thetet has joined #zope | 15:05 | |
| *** Theuni1 has joined #zope | 15:07 | |
| *** vipod has joined #zope | 15:19 | |
| *** ccomb has joined #zope | 15:24 | |
| *** m8 has quit IRC | 15:42 | |
| *** lcpfnyvc has quit IRC | 15:52 | |
| *** menesis has quit IRC | 15:56 | |
| *** tisto|away is now known as tisto | 15:57 | |
| *** menesis has joined #zope | 15:58 | |
| *** J1m has joined #zope | 15:58 | |
| *** lcpfnyvc has joined #zope | 16:01 | |
| *** menesis has quit IRC | 16:09 | |
| *** menesis has joined #zope | 16:09 | |
| *** j-w has joined #zope | 16:20 | |
| *** hever has quit IRC | 16:31 | |
| CIA-78 | hannosch * r119495 AccessControl/ (CHANGES.txt setup.py): Prepare AccessControl 2.13.4. | 16:33 |
| CIA-78 | hannosch * r119496 /AccessControl/tags/2.13.4: Tagged AccessControl 2.13.4. | 16:33 |
| CIA-78 | hannosch * r119497 AccessControl/ (CHANGES.txt setup.py): vb | 16:33 |
| CIA-78 | hannosch 2.13 * r119498 Zope/ (doc/CHANGES.rst versions.cfg): Update AccessControl = 2.13.4 | 16:33 |
| CIA-78 | hannosch * r119499 Zope/ (doc/CHANGES.rst versions.cfg): Merged c119498 from 2.13 branch | 16:33 |
| *** allisterb has quit IRC | 16:39 | |
| *** wosc has quit IRC | 16:42 | |
| *** dayne has quit IRC | 16:43 | |
| *** hever has joined #zope | 16:46 | |
| *** rockfruit has joined #zope | 16:46 | |
| *** d2m has joined #zope | 16:47 | |
| *** bigkevmcd has joined #zope | 16:51 | |
| *** allisterb has joined #zope | 16:53 | |
| *** redir has quit IRC | 16:54 | |
| *** __mac__ has quit IRC | 16:59 | |
| *** giampaolo has joined #zope | 17:00 | |
| *** bigkevmcd has quit IRC | 17:07 | |
| *** jim_SFU has joined #zope | 17:14 | |
| *** zagy has quit IRC | 17:16 | |
| CIA-78 | mauritsvanrees * r119500 Products.PluggableAuthService/Products/PluggableAuthService/PluggableAuthService.py: Removed recently outdated XXX remark. | 17:19 |
| rockfruit | what dose BBB: mean? | 17:20 |
| J1m | Backward compatibility support. | 17:21 |
| rockfruit | gotcha.. ta. | 17:22 |
| J1m | Similar to an XXX. | 17:22 |
| rockfruit | I got the XXXishness of it but it baffled boy brains | 17:22 |
| J1m | It was useful in a phase when we were focussed on clean code without backward compatibility encumbrances. | 17:23 |
| J1m | It's now long past the time when we needed to embrace backward compatibility. | 17:23 |
| J1m | benji, ayt? | 17:23 |
| benji | J1m: yep; what's up? | 17:24 |
| J1m | I just checked in the test and change log update on my branch. | 17:24 |
| J1m | shall I merge to trunk? Or do you want to review first? | 17:24 |
| benji | looks good to me, merge away | 17:26 |
| J1m | I'd like to package up my spidermonkey doctest support so I'm a little anxious to get this released. | 17:26 |
| J1m | Want me to make a new release? | 17:26 |
| benji | I can make a quick release, should just take a second. Let me know when it's ready. | 17:27 |
| J1m | k | 17:27 |
| *** dayne has joined #zope | 17:29 | |
| benji | I took a look at dozodb in your sandbox the other day. Pretty crazy. :) | 17:30 |
| J1m | Yeah, there's a bit to be worked out, but I think it'll make certain types of apps a lot easier to write. | 17:32 |
| *** bigkevmcd has joined #zope | 17:33 | |
| J1m | benji, my changes are check into trunk. | 17:33 |
| J1m | checked | 17:33 |
| J1m | along with your bases | 17:34 |
| benji | cool, branching, etc. for a release now | 17:35 |
| *** MrWu has joined #zope | 17:36 | |
| benji | J1m: 1.4.0 is in PyPI | 17:42 |
| *** goschtl has quit IRC | 17:43 | |
| J1m | benji, Thanks. | 17:44 |
| benji | np | 17:44 |
| CIA-78 | jim jim-custom-doctest-parsers * r119501 manuel/src/manuel/README.txt: Added a test for the new parser option to manuel.doctest.Manuel. | 17:45 |
| CIA-78 | jim jim-custom-doctest-parsers * r119502 manuel/CHANGES.txt: Added change log for new parser option to manuel.doctest.Manuel. | 17:45 |
| CIA-78 | jim * r119503 manuel/ (src/manuel/README.txt src/manuel/doctest.py CHANGES.txt): | 17:45 |
| CIA-78 | Added a ``parser`` keyword argument to manuel.doctest.Manuel to | 17:45 |
| CIA-78 | allow a custom doctest parser to be passed in. This allows easily | 17:45 |
| CIA-78 | adding support for other languages or other (but similar) example | 17:45 |
| CIA-78 | syntaxes. | 17:45 |
| CIA-78 | benji * r119504 /manuel/tags/1.4.0: tag 1.4.0 | 17:45 |
| CIA-78 | benji 1.4.0 * r119505 manuel/setup.py: set version | 17:45 |
| *** rdz has joined #zope | 17:45 | |
| rdz | hi all. noob question: how do i acces the zope management interface? i forgot the path and have troubles finding it in the docu | 17:46 |
| rdz | ah.. found it domain.tld:<port>/manage | 17:47 |
| * mgedmin prefers the frame-less /manage_main | 17:47 | |
| *** j-w has quit IRC | 17:49 | |
| *** spavan has left #zope | 17:54 | |
| *** akm has joined #zope | 17:55 | |
| *** sm has joined #zope | 17:57 | |
| *** cwarner_ has joined #zope | 18:00 | |
| *** alvaro_o has joined #zope | 18:01 | |
| *** astoon has joined #zope | 18:07 | |
| CIA-78 | janwijbrand jw-documentation-rearangement * r119506 groktoolkit/buildout.cfg: use docs rearange branch of grok | 18:15 |
| *** jim_SFU has quit IRC | 18:21 | |
| *** supton has joined #zope | 18:22 | |
| *** rogererens has quit IRC | 18:25 | |
| *** tiwula has joined #zope | 18:29 | |
| *** rockfruit has quit IRC | 18:32 | |
| *** supton has quit IRC | 18:38 | |
| *** cpf_ has quit IRC | 18:39 | |
| *** rogererens has joined #zope | 18:40 | |
| *** Theuni1 has quit IRC | 18:46 | |
| *** astoon has quit IRC | 18:47 | |
| *** thetet has quit IRC | 18:48 | |
| *** tisto has quit IRC | 18:54 | |
| *** martijn|4D has quit IRC | 18:55 | |
| *** rockfruit has joined #zope | 18:57 | |
| *** sunew has quit IRC | 19:01 | |
| *** alexpilz has quit IRC | 19:07 | |
| *** agroszer has quit IRC | 19:09 | |
| *** SpankyFromBRC has joined #zope | 19:11 | |
| *** SpankyFromBRC is now known as spanktar | 19:11 | |
| *** AnneGilles has quit IRC | 19:14 | |
| *** spanktar has quit IRC | 19:14 | |
| hever | kosh, now I'm packing the database ;) but it takes really really long. How can I see if it's still packing or perhaps a HTTP timeout is reached? Or does no HTTP timeout exist? | 19:16 |
| *** spanktar has joined #zope | 19:17 | |
| *** giampaolo has quit IRC | 19:21 | |
| *** sylvain has quit IRC | 19:24 | |
| *** benji is now known as benji-lunch | 19:27 | |
| *** cpf_ has joined #zope | 19:29 | |
| *** RaceCondition has quit IRC | 19:36 | |
| *** RaceCondition has joined #zope | 19:38 | |
| *** RaceCondition has quit IRC | 19:38 | |
| *** ccomb has quit IRC | 19:51 | |
| *** benji-lunch has quit IRC | 19:51 | |
| *** fredvd has quit IRC | 19:51 | |
| *** Arfrever has joined #zope | 19:56 | |
| *** J1m has quit IRC | 19:56 | |
| *** J1m has joined #zope | 19:59 | |
| *** rogererens has quit IRC | 20:00 | |
| *** allisterb has quit IRC | 20:00 | |
| *** cpf_ has quit IRC | 20:04 | |
| *** redir has joined #zope | 20:11 | |
| *** lcpfnyvc has quit IRC | 20:12 | |
| *** J1m has quit IRC | 20:13 | |
| *** allisterb has joined #zope | 20:15 | |
| *** lcpfnyvc has joined #zope | 20:15 | |
| *** jim_SFU has joined #zope | 20:16 | |
| *** J1m has joined #zope | 20:17 | |
| *** benji has joined #zope | 20:17 | |
| *** rogererens has joined #zope | 20:18 | |
| CIA-78 | yuppie * r119507 five.localsitemanager/src/five/localsitemanager/browser.txt: - fixed tests (ignore _doAddUser return value) | 20:20 |
| CIA-78 | yuppie * r119508 Products.CMFCalendar/Products/CMFCalendar/browser/event.txt: - fixed tests (ignore _doAddUser return value) | 20:20 |
| CIA-78 | yuppie * r119509 Products.CMFDefault/Products/CMFDefault/ (14 files in 4 dirs): - fixed tests (ignore _doAddUser return value) | 20:20 |
| *** cpf_ has joined #zope | 20:26 | |
| Moo-- | is there alternative to zope.testbrowser which would not pollute my system python installation with zope eggs? | 20:36 |
| Moo-- | for simple site automatization | 20:36 |
| Moo-- | pure mechanize? | 20:37 |
| *** MrWu has quit IRC | 20:39 | |
| CIA-78 | ldr * r119510 five.grok/ (docs/HISTORY.txt setup.py src/five/grok/components.py): Require five.formlib for Zope 2.13 compatibility. | 20:43 |
| *** __mac__ has joined #zope | 20:44 | |
| benji | Moo--: yes, you can use just mechanize; you might also like twill | 20:46 |
| *** davetoo has joined #zope | 20:48 | |
| kosh | hever: with a db of that size it could take a very very long time to pack | 20:49 |
| kosh | hever: you know it is finished when it makes a Data.fs.old | 20:49 |
| hever | Now its ~ 400 MB | 20:49 |
| hever | kosh, I still can't profile the system but it feels a bit faster. But there's no gurantee... | 20:49 |
| kosh | it packed from 68 gigs to 400 MB? | 20:51 |
| hever | yes | 20:52 |
| kosh | wow that should run much faster then | 20:53 |
| kosh | if it is still deathly slow then you have some majorly bad code in your site | 20:53 |
| kosh | the problem is how to fix it if you can't even start in profiling mode | 20:54 |
| kosh | what os are you running on? | 20:54 |
| hever | it seems faster and stable at this speed... ~2-6 s for new uncached (proxy) contents. | 20:54 |
| hever | Linux hever 2.6.32-5-amd64 #1 SMP Fri Dec 10 15:35:08 UTC 2010 x86_64 GNU/Linux | 20:55 |
| hever | It really seems stable there. Its really not fast for authenticated users or new contents but it seems stable and that's good. | 20:55 |
| *** __mac__ has quit IRC | 20:57 | |
| kosh | what distribution? I am just wondering if profiling is not working because the python profile module is not installed by default on debian based systems it would not be | 20:58 |
| *** __mac__ has joined #zope | 20:58 | |
| hever | kosh, Ok sometimes it takes over 10s that's too much... | 20:58 |
| *** cpf_ has quit IRC | 20:58 | |
| hever | debian | 20:58 |
| kosh | so you would need to do sudo apt-get install python-profiler first and then it would work | 20:58 |
| kosh | I had forgotten about that possibility | 20:59 |
| *** bigkevmcd has quit IRC | 21:00 | |
| hever | kosh, thanks I'll figure that out! | 21:01 |
| *** alecm has quit IRC | 21:03 | |
| *** alecm has joined #zope | 21:04 | |
| *** alecm has joined #zope | 21:04 | |
| *** m8 has joined #zope | 21:13 | |
| *** menesis has quit IRC | 21:21 | |
| *** goschtl has joined #zope | 21:25 | |
| *** ccomb has joined #zope | 21:30 | |
| *** hannosch has joined #zope | 21:30 | |
| hannosch | ccomb: evening | 21:31 |
| ccomb | hi! | 21:31 |
| * ccomb reading the minutes | 21:32 | |
| ccomb | the date is wrong, I'm fixing | 21:34 |
| hannosch | ha! | 21:34 |
| ccomb | done | 21:35 |
| *** jbg has joined #zope | 21:36 | |
| hannosch | hhm. so j-w wants a release and he's late ... :) | 21:36 |
| ccomb | I've not had time to release bb too.... :( | 21:37 |
| ccomb | but I've updated the site http://bluebream.zope.org/ | 21:37 |
| hannosch | nice! | 21:39 |
| *** vipod has quit IRC | 21:39 | |
| *** jim_SFU has quit IRC | 21:39 | |
| *** jbg is now known as jim_SFU | 21:39 | |
| ccomb | thanks, I'm just trying to create a sphinx theme now | 21:39 |
| CIA-78 | hannosch * r119511 /zopetoolkit/doc/source/releaseteam/ (meeting-20110104.rst meeting-20101214.rst): Spelling ;) | 21:40 |
| hannosch | ccomb: did you read https://mail.zope.org/pipermail/checkins/2011-January/053727.html ? | 21:41 |
| hannosch | ccomb: I'd like to get an opinion from you about our "version update" policy | 21:41 |
| ccomb | (I'm on the phone) | 21:42 |
| hannosch | ah | 21:42 |
| hannosch | do we disallow any upgrade from 3.5.0 to 3.6.0 in principle in ztk 1.0.x releases or do we allow them based on individual analysis of the changes that took place | 21:42 |
| hannosch | and if we allow such feature updates, we gets to make the call on them - I suspect we would do that | 21:44 |
| hannosch | ccomb: do you mind if I go ahead and release a ztk 1.1 candidate 1 ? I'm kind of bored here | 21:50 |
| *** alexpilz has joined #zope | 21:51 | |
| *** shastry has joined #zope | 21:53 | |
| ccomb | back | 21:54 |
| * ccomb reading the mail about zope.app.broken | 21:55 | |
| hannosch | ccomb: tell me about 1.1 release first ;) | 21:55 |
| * hannosch is about to hit commit | 21:55 | |
| ccomb | hannosch: ok for 1.1 | 21:55 |
| hannosch | :) | 21:55 |
| CIA-78 | hannosch * r119511 /zopetoolkit/doc/source/releaseteam/ (meeting-20110104.rst meeting-20101214.rst): Spelling ;) | 21:56 |
| ccomb | upgrading a major version is ok if it's carefully considered, and it seems to be | 21:56 |
| ccomb | I even think some major versions releases are sometimes not justified | 21:57 |
| hannosch | ccomb: right. in terms of the process, I think I'd just like to see the consideration posted to zope-dev before/while committing such change | 21:57 |
| ccomb | each time there is a new feature, we have a new major release, even if nobody uses these versions | 21:57 |
| *** cwarner_ has quit IRC | 21:57 | |
| ccomb | hannosch: ok | 21:57 |
| hannosch | otherwise I have to chase after the commit and do the analysis myself - that's wasted effort if someone else already did it | 21:58 |
| *** alga has quit IRC | 21:58 | |
| hannosch | btw. http://download.zope.org/zopetoolkit/index/1.1c1/ is released :) | 21:58 |
| ccomb | nice :) | 21:59 |
| * hannosch writes the announcement mail | 21:59 | |
| ccomb | I sometimes think we should use some even/odd version handling, just like the linux kernel up to 2.4 | 22:00 |
| ccomb | so that we can push new features on minor versions of dev releases | 22:01 |
| hannosch | I think we shouldn't be afraid of letting a lot of stuff sit unreleased in SVN - and only do releases once we do ZTK releases | 22:01 |
| hannosch | once a month or so | 22:01 |
| hannosch | and for features far fewer | 22:02 |
| ccomb | yes, but people tend to release as soon as his new feature is commited | 22:02 |
| hannosch | right. they should use private releases for that | 22:02 |
| hannosch | if it's just for one company | 22:02 |
| ccomb | yes | 22:02 |
| ccomb | but it may be interesting for anyone | 22:03 |
| *** evilbungle has joined #zope | 22:03 | |
| hannosch | yep. not sure how to balance that | 22:05 |
| ccomb | by enforcing some more version management on individual packages | 22:06 |
| ccomb | but I'm not sure enforcing such things is a good thing | 22:06 |
| *** evilbungle has quit IRC | 22:06 | |
| *** hannosch_ has joined #zope | 22:07 | |
| ccomb | it's already difficult to enforce the minor/bugfix major/feature stuff | 22:07 |
| hannosch_ | yep. I'm happy enough with the status quo - it's not great but ok-ish | 22:07 |
| mcdonc | so you're saying to tie the release cycle of, e.g. zope.component to the larger ztk? | 22:07 |
| *** jim_SFU has quit IRC | 22:08 | |
| hannosch_ | mcdonc: not for a real library with independent consumers | 22:08 |
| hannosch_ | mcdonc: just for the it's all just zope anyways stuff | 22:08 |
| *** jim_SFU has joined #zope | 22:09 | |
| ccomb | not really, but just pushing new features in minor versions of a devel release, until people commonly decide to release a stable major version | 22:09 |
| *** hannosch has quit IRC | 22:09 | |
| *** hannosch_ is now known as hannosch | 22:09 | |
| *** J1m has quit IRC | 22:09 | |
| ccomb | and it could be loosely synced with the ztk yes | 22:09 |
| mcdonc | hannosch: gotcha | 22:10 |
| hannosch | if something has an independent live - it should drive on its own - and the ztk has to follow it (like zodb or buildout) - but zope.processlifetime, that only makes sense as part of the whole universe | 22:11 |
| *** d2m has quit IRC | 22:11 | |
| hannosch | if it makes any sense at all that is ;) | 22:12 |
| *** alecm_ has joined #zope | 22:12 | |
| ccomb | another advantage, it would allow to avoid managing bugfix releases for many major release out there | 22:13 |
| ccomb | with so many major versions, we should backport a lot of things | 22:13 |
| *** alecm_ has quit IRC | 22:14 | |
| ccomb | if we have 3.4.0, 3.5.0, 3.6.0, 3.7.0, 3.8.0, 3.9.0, 3.10.0 and 3.11.0, and release a bugfix as 3.11.1, we should release all other minor versions 3.4.1, 3.5.1, etc..... | 22:14 |
| *** alecm_ has joined #zope | 22:14 | |
| *** alecm_ has joined #zope | 22:14 | |
| *** goschtl has quit IRC | 22:15 | |
| *** bigkevmcd has joined #zope | 22:15 | |
| hannosch | ccomb: right. but I think we have gotten fewer of those now | 22:16 |
| *** alecm has quit IRC | 22:16 | |
| *** alecm_ is now known as alecm | 22:16 | |
| hannosch | there was a release storm during the main refactoring | 22:16 |
| ccomb | maybe yeq | 22:16 |
| hannosch | now we have pretty stable and dead code - not much to do there | 22:16 |
| ccomb | yes | 22:16 |
| CIA-78 | hannosch * r119511 /zopetoolkit/doc/source/releaseteam/ (meeting-20110104.rst meeting-20101214.rst): Spelling ;) | 22:22 |
| CIA-78 | hannosch * r119512 zopetoolkit/bootstrap.py: Use latest bootstrap from buildout trunk | 22:22 |
| CIA-78 | ccomb * r119513 /zopetoolkit/doc/source/releaseteam/meeting-20110104.rst: fixed the date | 22:22 |
| CIA-78 | hannosch * r119514 zopetoolkit/ (ztk-versions.cfg zopeapp-versions.cfg): Update to latest versions | 22:22 |
| CIA-78 | hannosch * r119515 /zopetoolkit/ (tags/1.1c1 branches/1.1): Release ZTK 1.1 candidate one and create a new stable branch for it | 22:22 |
| hannosch | hhm, cia is repeating itself | 22:22 |
| hannosch | ccomb: ok, I'm off - wrote a mail to you and j-w about today | 22:25 |
| *** hannosch has quit IRC | 22:25 | |
| *** cwarner has quit IRC | 22:27 | |
| *** rdz has left #zope | 22:29 | |
| *** d2m has joined #zope | 22:33 | |
| *** J1m has joined #zope | 22:37 | |
| *** nitrogenycs has quit IRC | 22:39 | |
| *** dvschramm|away has quit IRC | 22:39 | |
| *** kiorky_ has quit IRC | 22:39 | |
| *** JT has quit IRC | 22:39 | |
| *** purserj has quit IRC | 22:39 | |
| *** [Arfrever] has quit IRC | 22:39 | |
| *** ajmitch has quit IRC | 22:40 | |
| *** mitchell` has quit IRC | 22:40 | |
| *** d2m has quit IRC | 22:41 | |
| *** dvschramm|away has joined #zope | 22:42 | |
| *** kiorky_ has joined #zope | 22:42 | |
| *** JT has joined #zope | 22:42 | |
| *** purserj has joined #zope | 22:42 | |
| *** [Arfrever] has joined #zope | 22:42 | |
| *** ajmitch has joined #zope | 22:42 | |
| *** mitchell` has joined #zope | 22:42 | |
| *** alga has joined #zope | 22:42 | |
| *** giampaolo has joined #zope | 22:45 | |
| *** jbg has joined #zope | 22:52 | |
| *** jim_SFU has quit IRC | 22:56 | |
| *** jbg is now known as jim_SFU | 22:56 | |
| *** __mac__ has quit IRC | 23:13 | |
| *** teix has quit IRC | 23:21 | |
| *** astoon has joined #zope | 23:24 | |
| *** m8 has quit IRC | 23:28 | |
| *** hever has quit IRC | 23:28 | |
| *** hever has joined #zope | 23:29 | |
| *** cpf_ has joined #zope | 23:30 | |
| *** sm has quit IRC | 23:38 | |
| *** AnneGilles has joined #zope | 23:43 | |
| *** jim_SFU has quit IRC | 23:43 | |
| *** vipod has joined #zope | 23:49 | |
| *** davetoo has quit IRC | 23:57 | |
| *** rogererens has quit IRC | 23:57 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!