| xerophyte | srichter, is there any picture representation how the zope3 works and all componet fits together | 00:02 |
|---|---|---|
| srichter | no, I would not know how to do thta even | 00:03 |
| srichter | you can look at http://localost:8080/++apidoc++ once Zope has started | 00:03 |
| xerophyte | is there anyway ouc an see all the +++xyz+++ using TWI | 00:08 |
| srichter | arhm, I don't think I have all the namespaces documented separateley | 00:10 |
| *** zbir has quit IRC | 00:19 | |
| *** GaryPoster has quit IRC | 00:30 | |
| *** d2m has quit IRC | 00:31 | |
| tiredbones | srichter, when I enter http://localhost:8080/++apidoc++, I get an error. I'm using zope 3.2. | 00:38 |
| tiredbones | the error is that I'm could be using a wrong url | 00:38 |
| tiredbones | or I'm trying to access a page that is not defined. | 00:39 |
| srichter | tiredbones: did you bring up Zope 3? | 00:39 |
| tiredbones | yes | 00:39 |
| srichter | I just started Zope 3, clicked on the link above and it worked without any troubles | 00:40 |
| tiredbones | well, I'll try again.. give me a sec. | 00:40 |
| tiredbones | srichter, I click on the address above and got the same error. | 00:42 |
| srichter | can you show me the output of your Zoep startup? | 00:43 |
| srichter | oh, I know | 00:43 |
| srichter | go in to your zope.conf file and make sure "devmode on" is set | 00:43 |
| srichter | or more correctly, "devmode off" is *not* set | 00:43 |
| tiredbones | srichter, my build is a week old, could that be the problem? | 00:43 |
| srichter | yes | 00:44 |
| srichter | I fixed this recently | 00:44 |
| tiredbones | srichter, Ok I'll do a new build tomorrow. thanks | 00:45 |
| srichter | tiredbones: note that you can simply set the flag I told you about | 00:46 |
| srichter | devmode on | 00:46 |
| tiredbones | srichter, I don't remember that. Could you refresh my memory or point me to the docs? | 00:49 |
| tiredbones | I'm going to try to update my copy of zope using svn. Is this the right command? "svn update svn://svn.zope.org/repos/main/Zope3/trunk zope3" | 00:54 |
| srichter | yeah | 00:56 |
| srichter | actually no | 00:56 |
| srichter | go to the dir and just say "svn up" | 00:56 |
| tiredbones | that's easy. | 00:57 |
| srichter | yep | 00:57 |
| *** sm has joined #zope3-dev | 00:57 | |
| tiredbones | srichter, It works now - ++apidoc++. Why is there security put on ++apidoc++? | 01:04 |
| srichter | well, it just accesses stuff that are security proxied | 01:04 |
| *** vlado has joined #zope3-dev | 01:13 | |
| *** vlado has quit IRC | 01:24 | |
| *** natea has quit IRC | 01:25 | |
| *** natea has joined #zope3-dev | 01:25 | |
| *** projekt01 has joined #zope3-dev | 01:45 | |
| *** ignas has joined #zope3-dev | 01:47 | |
| *** hazmat has quit IRC | 01:54 | |
| *** MJ has quit IRC | 02:00 | |
| *** strichter has joined #zope3-dev | 02:13 | |
| projekt01 | hi | 02:13 |
| *** srichter has quit IRC | 02:14 | |
| projekt01 | sricht | 02:14 |
| strichter | hi | 02:15 |
| projekt01 | srichter, thanks for the Boston merge and auto-props cleanup ;-) | 02:16 |
| strichter | you are welcome | 02:17 |
| projekt01 | srichter, I guess the password manager implementation in InternalPrinicpal is not BBB | 02:17 |
| strichter | it should | 02:17 |
| strichter | otherweise it is a bug | 02:18 |
| projekt01 | There is no class variable set, and older instances doesn't have _passwordManagerName | 02:18 |
| projekt01 | We should add a default _passwordManagerName class variable, but I'm not sure if it's "Plain Text" or None? | 02:19 |
| projekt01 | And there is a missing i18n_domain="zope" in zope.app.menus.zcml (I guess the title in the interface directive will need it) | 02:21 |
| strichter | Plain Text | 02:21 |
| strichter | feel free to add it | 02:22 |
| *** sm has quit IRC | 02:22 | |
| projekt01 | Ok, will do it. | 02:22 |
| *** benji has quit IRC | 02:35 | |
| projekt01 | srichter, I get a error if I run the tests like: Tear down zope.app.testing.functional.Functional ... not supported | 02:38 |
| projekt01 | srichter, do you know what this means? | 02:38 |
| strichter | yeah | 02:39 |
| strichter | this is not an error | 02:39 |
| strichter | it means that the Functional testing layer cannot be torn down | 02:39 |
| projekt01 | Is this a problem? | 02:40 |
| strichter | no | 02:40 |
| strichter | it is totally normal | 02:41 |
| projekt01 | Why is this important to show? | 02:41 |
| strichter | it is just an info | 02:41 |
| projekt01 | It's confusing | 02:41 |
| strichter | because it is a generic mechanism | 02:41 |
| strichter | and you should know if a layer has no taear down defined | 02:41 |
| strichter | naeh | 02:41 |
| J1m | I'm open to a better way to display this. | 02:41 |
| strichter | support is coming :-) | 02:41 |
| J1m | Maybe some extra text saying that that this is not a failure but just a limitation in the layer. :) | 02:42 |
| strichter | J1m: I wonder whether we should just switch to using the ZODB and zope.testing trunk for the Zope 3 trunk | 02:42 |
| strichter | it would automatically update the changes | 02:42 |
| J1m | That would be a bad idea. | 02:43 |
| strichter | and we can switch to particular revisions, if someone does some major work | 02:43 |
| *** strichter is now known as srichter | 02:43 | |
| *** ChanServ sets mode: +o srichter | 02:43 | |
| J1m | Remember all of the sprints that were screwed up because Jeremy checked in zodb changes that broke us? | 02:43 |
| srichter | no, but I take your word for it :-) | 02:43 |
| projekt01 | Ok, I see, perhaps I should take a look to the new test runner first. | 02:44 |
| srichter | in those cases/sprints we could switch to revisions before | 02:44 |
| srichter | but I think it would really lower the bar of contributing | 02:44 |
| J1m | why? | 02:44 |
| srichter | I can tell from my SchoolTool work | 02:44 |
| srichter | I always use SchoolTool with the latest trunk (write checkout) | 02:44 |
| srichter | when I find a bug in Zope 3 I just fix it, write a test, make sure it works in ST and commit the change | 02:45 |
| SteveA | for launchpad, we use Patch Queue Manager, which runs all the tests before accepting a commit. | 02:45 |
| srichter | that has worked very well for me in the past three months and actually allowed me to contribute while working on something else | 02:45 |
| SteveA | and rejects a commit that doesn't pass | 02:46 |
| SteveA | the tree being checked into, plus all trees that depend on it, are tested. | 02:46 |
| J1m | SteveA, but it doesn't run tests of things you haven't heard about that is reusing launchpad code | 02:47 |
| srichter | wow | 02:47 |
| srichter | right | 02:47 |
| srichter | and I think this makes commits a really lengthy process | 02:47 |
| srichter | (just imagine we would run all the Zope 3 and ZODB and twisted tests all the time) | 02:47 |
| J1m | srichter, we don't need to because we aren't using their trnks. | 02:48 |
| srichter | right | 02:48 |
| srichter | but then I was just advocating this ;-) | 02:48 |
| srichter | anyways, I would at least like to have the choice | 02:49 |
| srichter | in ST we use a buildout-like process, no externals | 02:49 |
| SteveA | well... it does make commits take a very long time | 02:49 |
| SteveA | but, we cross-merge a lot | 02:49 |
| SteveA | um... decentralized RCS is nice for that | 02:50 |
| srichter | yeah, we cross-merge very little | 02:50 |
| J1m | cross merge? | 02:50 |
| SteveA | J1m: well, right now, launchpad is proprietory, so we do run tests for things that depend on launchpad | 02:50 |
| SteveA | bzr has a much more advanced merging system than svn. i never realized what a difference it made until i tried it in practice. | 02:51 |
| *** zbir has joined #zope3-dev | 02:51 | |
| SteveA | whenever you merge, and especially if you resolve conflicts, that meta-information about the choices you made are preserved and added to the sum of information about what lines of code to keep. | 02:52 |
| * J1m needs to check out bzr | 02:52 | |
| SteveA | we've almost completed a move to bzr from baz 1.x for launchpad | 02:53 |
| SteveA | still some rough edges, such as using rsync to push and pull changes from the server, rather than having sftp support natively included | 02:53 |
| srichter | SteveA: are you guys also developing bzr? (the relationship is still unclear to me) | 02:53 |
| SteveA | and the code needs some more work to make it properly async, which is important for improved speed across networks | 02:54 |
| SteveA | canonical is funding bzr development, and bzr is an important part of canonical's strategy. important parts of the process of developing ubuntu are using bzr and tools built on top of it. | 02:54 |
| srichter | ok, I see | 02:55 |
| srichter | alrught, I gotta go | 02:55 |
| SteveA | bzr has two full time developers and various people who develop it as a part of their jobs, plus community contributions. | 02:55 |
| srichter | cool | 02:55 |
| srichter | I'll have a look at it too | 02:56 |
| SteveA | cool | 02:56 |
| srichter | thanks for the discussion | 02:56 |
| srichter | see ya guys tomorrow | 02:56 |
| SteveA | despite it being off topic ;-) | 02:56 |
| *** J1m has left #zope3-dev | 02:56 | |
| *** projekt01 has quit IRC | 02:57 | |
| *** zbir has quit IRC | 03:00 | |
| *** BjornT has quit IRC | 03:02 | |
| *** zbir has joined #zope3-dev | 03:13 | |
| *** bradb has quit IRC | 03:16 | |
| *** SteveA has quit IRC | 03:20 | |
| *** SteveA has joined #zope3-dev | 03:22 | |
| *** zbir has quit IRC | 03:41 | |
| *** newpers has joined #zope3-dev | 03:49 | |
| *** zbir has joined #zope3-dev | 04:11 | |
| *** xerophyte has quit IRC | 04:20 | |
| *** SteveA has quit IRC | 04:35 | |
| *** stu1 has quit IRC | 04:42 | |
| *** MiUlEr has quit IRC | 04:59 | |
| newpers | bob2, ayt? | 05:01 |
| bob2 | newpers: heya | 05:02 |
| newpers | how's it going | 05:08 |
| newpers | sorry.. i always do that. i ask if you're here and then i leave. | 05:08 |
| *** newpers has quit IRC | 07:40 | |
| *** zagy has joined #zope3-dev | 08:08 | |
| *** zagy has quit IRC | 08:30 | |
| *** sashav has quit IRC | 08:31 | |
| *** zagy has joined #zope3-dev | 08:33 | |
| *** mp_ has quit IRC | 08:42 | |
| *** MJ has joined #zope3-dev | 08:42 | |
| *** xenru has quit IRC | 09:01 | |
| *** dlk has joined #zope3-dev | 09:25 | |
| *** Aiste has quit IRC | 09:52 | |
| *** hdima has joined #zope3-dev | 09:54 | |
| *** MJ has quit IRC | 10:21 | |
| *** xenru has joined #zope3-dev | 10:37 | |
| *** tarek has quit IRC | 10:42 | |
| *** Aiste has joined #zope3-dev | 10:46 | |
| *** sashav has joined #zope3-dev | 10:47 | |
| *** sashav_ has joined #zope3-dev | 10:54 | |
| *** sashav has quit IRC | 10:54 | |
| *** sashav_ is now known as sashav | 10:54 | |
| *** stub has joined #zope3-dev | 11:23 | |
| *** jinty has joined #zope3-dev | 11:26 | |
| j-w | stub, faassen told me he talked to you last week about pytz | 11:34 |
| j-w | his story confused me a bit | 11:34 |
| stub | ok | 11:34 |
| j-w | so I hope you have a moment? | 11:34 |
| j-w | I think I'm doing something wrong, but I can't see where | 11:35 |
| j-w | for some reason the offset from UTC to Europe/Amsterdam is not what I expected it to be | 11:35 |
| j-w | I have a naive dt and then I add the pytz.timezone('UTC') info to it | 11:35 |
| j-w | the I do dt.astimezone(pytz.timezone('Europe/Amsterdam')) and I get something 0 hours in the past | 11:36 |
| j-w | instead of about one hour in future | 11:36 |
| j-w | (I hope I make sense...) | 11:37 |
| j-w | sorry, typo, I meant *20* hours in the past, where I expected *1* hour in the future | 11:37 |
| stub | >>> from pytz import timezone | 11:40 |
| stub | >>> from datetime import datetime, timedelta | 11:40 |
| stub | >>> now = datetime.now() | 11:40 |
| stub | >>> now = now.replace(tzinfo=utc) | 11:40 |
| stub | >>> import pytz | 11:40 |
| stub | >>> now = now.replace(tzinfo=pytz.utc) | 11:40 |
| stub | >>> str(now) | 11:40 |
| stub | '2005-11-03 04:38:45.080640+00:00' | 11:40 |
| stub | >>> now.astimezone(pytz.timezone('Europe/Amsterdam')) | 11:40 |
| stub | datetime.datetime(2005, 11, 3, 5, 38, 45, 80640, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 11:40 |
| stub | that similar to what you are doing? | 11:40 |
| j-w | almost | 11:40 |
| j-w | d = datetime.datetime() | 11:41 |
| j-w | sorry, again... | 11:41 |
| j-w | d = datetime.datetime(2005, 11, 03) | 11:41 |
| j-w | d.replace(tzinfo=pytz.timezone('UTC')) | 11:41 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<UTC>) | 11:42 |
| j-w | d.replace(tzinfo=pytz.timezone('Europe/Amsterdam')) | 11:43 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<DstTzInfo 'Europe/Amsterdam' AMT+0:20:00 STD>) | 11:43 |
| stub | >>> now = datetime(2005,11,3,4,38,45,tzinfo=pytz.utc) | 11:43 |
| stub | >>> now.astimezone(pytz.timezone('Europe/Amsterdam')) | 11:43 |
| stub | datetime.datetime(2005, 11, 3, 5, 38, 45, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 11:43 |
| j-w | yup, that works for me as well | 11:43 |
| j-w | so, the pytz.timezone('UTC') I did was wrong? | 11:44 |
| j-w | I should use pytz.utc instead | 11:44 |
| stub | pytz.utc == pytz.timezone('UTC') | 11:44 |
| stub | Or it would be a bug | 11:44 |
| j-w | well, apparently its not the same - for me | 11:44 |
| j-w | >>> pytz.utc == pytz.timezone('UTC') | 11:45 |
| j-w | True | 11:46 |
| stub | >>> now = datetime(2005,11,3,4,38,45,tzinfo=pytz.timezone('UTC')) | 11:46 |
| stub | >>> now.astimezone(pytz.timezone('Europe/Amsterdam')) | 11:46 |
| stub | datetime.datetime(2005, 11, 3, 5, 38, 45, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 11:46 |
| j-w | >>> pytz.utc.utcoffset(d) | 11:46 |
| j-w | datetime.timedelta(0) | 11:46 |
| j-w | >>> pytz.timezone('UTC').utcoffset(d) | 11:46 |
| j-w | datetime.timedelta(0) | 11:46 |
| j-w | ok, well, still not sure what I did woring, but it was certainly me then somewhere - thanks for the help | 11:46 |
| * j-w starts digging further... | 11:46 | |
| stub | Gah... I think my first example is wrong in the docs | 11:47 |
| stub | No... that should be fine | 11:48 |
| * stub isn't thinking too straight - awake at 4am due to jet lag ;) | 11:48 | |
| j-w | hehe | 11:48 |
| j-w | well, I must have been on crack or something. This just works as expected: | 11:50 |
| j-w | >>> import pytz | 11:50 |
| j-w | >>> from datetime import datetime | 11:50 |
| j-w | >>> now = datetime(2005,11,3,4,38,45,tzinfo=pytz.timezone('UTC')) | 11:50 |
| j-w | >>> now.astimezone(pytz.timezone('Europe/Amsterdam')) | 11:50 |
| j-w | datetime.datetime(2005, 11, 3, 5, 38, 45, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 11:50 |
| j-w | >>> foo = datetime(2005,11,3) | 11:50 |
| j-w | >>> foo.replace(tzinfo=pytz.timezone('UTC')) | 11:50 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<UTC>) | 11:50 |
| j-w | >>> foo.replace(tzinfo=pytz.timezone('UTC')).astimezone(pytz.timezone('Europe/Amsterdam')) | 11:50 |
| j-w | datetime.datetime(2005, 11, 3, 1, 0, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 11:50 |
| j-w | so, I dunno, I did something very stupid somewhere... | 11:50 |
| j-w | anyway, thx again | 11:50 |
| stub | If you see the CET, you are doing things correctly. If you see a weird timezone abbreviation, you have 'constructing localtime' issues which are dealt with in the README.txt in the pytz source. | 11:51 |
| j-w | ok | 11:51 |
| stub | no probs. | 11:53 |
| *** MJ has joined #zope3-dev | 11:55 | |
| j-w | stub: I think I found my error: | 12:02 |
| j-w | >>> import pytz | 12:02 |
| j-w | >>> from datetime import datetime | 12:02 |
| j-w | >>> d = datetime(2005,11,3) | 12:02 |
| j-w | >>> d.replace(tzinfo=pytz.timezone('UTC')) | 12:02 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<UTC>) | 12:02 |
| j-w | >>> d.replace(tzinfo=pytz.timezone('UTC')).replace(tzinfo=pytz.timezone('Europe/Amsterdam')) | 12:02 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<DstTzInfo 'Europe/Amsterdam' AMT+0:20:00 STD>) | 12:02 |
| j-w | so, the replace does something I didn't expect apparently | 12:02 |
| stub | Yup. Replace just swaps out the tzinfo. And because there are no hooks to be called you end up with the timezone in Amsterdamn used in around 1900, which was UTC + 20 minutes (noon was when the sun was dorectly overhead) | 12:05 |
| j-w | well, duh! | 12:05 |
| stub | so if you need to do that, you need to read the section in the README on creating localtimes | 12:05 |
| j-w | right | 12:05 |
| j-w | well, it turns out I don't *need* it, I just did it the wrong way ;) | 12:06 |
| *** d2m has joined #zope3-dev | 12:07 | |
| stub | Yup. Makeing pytz handle localtimes 'correctly' screwed up the API somewhat. That might not have been a good direction to take. | 12:07 |
| *** philiKON has joined #zope3-dev | 12:42 | |
| *** MrTopf has joined #zope3-dev | 13:06 | |
| *** ignas has quit IRC | 13:07 | |
| *** andres has joined #zope3-dev | 13:12 | |
| *** mkerrin has joined #zope3-dev | 13:19 | |
| *** dlk has quit IRC | 13:21 | |
| j-w | stub, I hope I can bother you again... I thought I it was clear, but now I have this: | 13:32 |
| j-w | >>> import pytz | 13:32 |
| j-w | >>> from datetime import datetime | 13:32 |
| j-w | >>> d = datetime(2005, 11, 3) | 13:32 |
| j-w | >>> ams = pytz.timezone('Europe/Amsterdam') | 13:32 |
| j-w | >>> d | 13:32 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0) | 13:32 |
| j-w | >>> ams_d | 13:32 |
| j-w | datetime.datetime(2005, 11, 3, 0, 0, tzinfo=<DstTzInfo 'Europe/Amsterdam' CET+1:00:00 STD>) | 13:32 |
| j-w | >>> ams_d.astimezone(pytz.utc) | 13:32 |
| j-w | datetime.datetime(2005, 11, 2, 23, 0, tzinfo=<UTC>) | 13:33 |
| j-w | some more context: the naive dt comes from user input (a form) | 13:33 |
| j-w | and I'd like to convert this input, according to the timezone setting of my app, to UTC (for storage) | 13:33 |
| stub | You neglected the line that creates ams_d | 13:34 |
| j-w | ams_d = ams.localize(d) | 13:35 |
| stub | I think that should work, but doesn't. To convert to UTC, ams_d.replace(tzinfo=pytz.utc) works. I will need to look into why your syntax doesn't | 13:40 |
| stub | When my brain is functioning better ;) | 13:40 |
| j-w | BTW, we use pytz as shipped with Zope-3.1 (does that help?) | 13:41 |
| stub | That is current | 13:45 |
| j-w | ok | 13:46 |
| j-w | well, but just doing ams_d.replace(tzinfo=pytz.utc) wouldn't be correct, right | 13:46 |
| j-w | I mean, I wuold not have the UTC representation of the dt in amsterdam | 13:46 |
| zagy | moin j-w :) | 13:50 |
| j-w | hi zagy | 13:50 |
| j-w | so, my approach to convert a naive dt (from user input), via the applications timezone setting to UTC is not correct? | 13:53 |
| j-w | so, what would be the approach then? | 13:53 |
| j-w | stub: wait, wait wait, now again *I* made the mistake | 13:56 |
| * j-w slaps his forehead - I think I have it working now. thx | 13:56 | |
| *** stub has quit IRC | 14:09 | |
| *** srichter has quit IRC | 14:16 | |
| *** andres_ has joined #zope3-dev | 14:29 | |
| *** andres has quit IRC | 14:31 | |
| *** andres_ is now known as andres | 14:31 | |
| *** zbir has quit IRC | 14:39 | |
| *** alga has joined #zope3-dev | 14:51 | |
| *** srichter has joined #zope3-dev | 15:04 | |
| *** mgedmin has joined #zope3-dev | 15:05 | |
| *** ChanServ sets mode: +o srichter | 15:05 | |
| *** anguenot has joined #zope3-dev | 15:10 | |
| *** xenru has quit IRC | 15:13 | |
| *** ignas has joined #zope3-dev | 15:18 | |
| *** zbir has joined #zope3-dev | 15:26 | |
| *** philiKON has quit IRC | 15:26 | |
| *** vlado has joined #zope3-dev | 15:58 | |
| *** philiKON has joined #zope3-dev | 16:04 | |
| *** efge has joined #zope3-dev | 16:14 | |
| *** sm has joined #zope3-dev | 16:24 | |
| *** vlado has quit IRC | 16:38 | |
| *** bradb has joined #zope3-dev | 16:39 | |
| *** andres_ has joined #zope3-dev | 16:41 | |
| *** andres has quit IRC | 16:44 | |
| *** andres_ is now known as andres | 16:44 | |
| *** J1m has joined #zope3-dev | 16:51 | |
| *** mexiKON has joined #zope3-dev | 16:51 | |
| *** philiKON has quit IRC | 17:07 | |
| *** mexiKON has quit IRC | 17:16 | |
| *** benji has joined #zope3-dev | 17:17 | |
| *** hdima has quit IRC | 17:35 | |
| *** zagy has quit IRC | 17:38 | |
| *** alga has quit IRC | 17:50 | |
| *** faassen has joined #zope3-dev | 18:04 | |
| *** j-w has quit IRC | 18:14 | |
| J1m | srichter, why did you change the zope.testing external to a tag? | 18:14 |
| *** GaryPoster has joined #zope3-dev | 18:14 | |
| *** zagy has joined #zope3-dev | 18:15 | |
| *** alga has joined #zope3-dev | 18:18 | |
| *** sashav has quit IRC | 18:24 | |
| srichter | J1m: I did not | 18:29 |
| srichter | J1m: I just upped the revision number | 18:29 |
| J1m | huh | 18:34 |
| J1m | I wonder who did that. | 18:34 |
| *** bradb_ has joined #zope3-dev | 18:35 | |
| J1m | uh, never mind. | 18:41 |
| srichter | LOL | 18:41 |
| *** BjornT has joined #zope3-dev | 18:43 | |
| *** bradb has quit IRC | 18:44 | |
| *** zbir has quit IRC | 18:49 | |
| *** alga has quit IRC | 19:00 | |
| *** alga has joined #zope3-dev | 19:00 | |
| *** bradb_ is now known as bradb | 19:11 | |
| *** MJ has quit IRC | 19:12 | |
| *** zbir has joined #zope3-dev | 19:15 | |
| *** bradb has quit IRC | 19:22 | |
| *** stub has joined #zope3-dev | 19:30 | |
| *** dman13 has joined #zope3-dev | 19:38 | |
| *** MJ has joined #zope3-dev | 19:42 | |
| *** dman13 has quit IRC | 19:43 | |
| *** d2m has quit IRC | 19:46 | |
| *** zbir has quit IRC | 19:48 | |
| *** dman13 has joined #zope3-dev | 19:52 | |
| *** zbir has joined #zope3-dev | 20:01 | |
| *** MrTopf has quit IRC | 20:05 | |
| *** alga has quit IRC | 20:09 | |
| *** faassen has quit IRC | 20:10 | |
| *** srichter has quit IRC | 20:25 | |
| *** BjornT has quit IRC | 20:44 | |
| *** efge has quit IRC | 20:52 | |
| *** mkerrin has quit IRC | 21:09 | |
| *** sashav has joined #zope3-dev | 21:15 | |
| *** stub has quit IRC | 21:17 | |
| *** jinty has quit IRC | 21:22 | |
| *** alga has joined #zope3-dev | 21:30 | |
| *** xenru has joined #zope3-dev | 21:33 | |
| *** Aiste has quit IRC | 21:35 | |
| *** anguenot has quit IRC | 21:35 | |
| *** stub has joined #zope3-dev | 21:39 | |
| *** bradb has joined #zope3-dev | 21:44 | |
| *** dman13 has quit IRC | 21:47 | |
| *** Aiste has joined #zope3-dev | 21:50 | |
| *** stub has quit IRC | 21:55 | |
| *** SteveA has joined #zope3-dev | 21:56 | |
| *** ignas has quit IRC | 21:56 | |
| *** SteveA has quit IRC | 21:56 | |
| *** einheit_ has joined #zope3-dev | 21:56 | |
| *** einheit_ is now known as SteveA | 21:56 | |
| *** mgedmin has quit IRC | 21:58 | |
| *** stub has joined #zope3-dev | 21:59 | |
| *** BjornT has joined #zope3-dev | 22:02 | |
| *** mgedmin has joined #zope3-dev | 22:16 | |
| *** alga has quit IRC | 22:19 | |
| *** andres has quit IRC | 22:21 | |
| *** andres_ has joined #zope3-dev | 22:22 | |
| *** einheit_ has joined #zope3-dev | 22:22 | |
| *** bradb_ has joined #zope3-dev | 22:27 | |
| *** sashav_ has joined #zope3-dev | 22:32 | |
| *** sashav has quit IRC | 22:32 | |
| *** sashav_ is now known as sashav | 22:32 | |
| *** bradb has quit IRC | 22:32 | |
| *** natea has quit IRC | 22:33 | |
| *** stub has quit IRC | 22:34 | |
| *** einheit_ is now known as SteveA_ | 22:37 | |
| *** SteveA has quit IRC | 22:37 | |
| *** natea has joined #zope3-dev | 22:40 | |
| *** bradb_ is now known as bradb | 22:45 | |
| *** mgedmin has quit IRC | 22:48 | |
| *** loreto has joined #zope3-dev | 23:16 | |
| *** ignas has joined #zope3-dev | 23:19 | |
| *** loreto has quit IRC | 23:19 | |
| *** benji has quit IRC | 23:29 | |
| *** zbir has quit IRC | 23:31 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!