| *** tarek_ has quit IRC | 00:54 | |
| *** xenwryly has joined #zope3-dev | 01:41 | |
| *** mgedmin has joined #zope3-dev | 02:11 | |
| *** mgedmin has quit IRC | 02:20 | |
| *** xenwryly has quit IRC | 02:46 | |
| *** alga has quit IRC | 03:11 | |
| *** d2m has quit IRC | 03:34 | |
| *** hazmat has joined #zope3-dev | 04:14 | |
| *** hazmat has quit IRC | 04:58 | |
| *** hazmat has joined #zope3-dev | 04:58 | |
| *** ChanServ sets mode: +o hazmat | 05:28 | |
| *** tvon has quit IRC | 06:11 | |
| *** bskahan has joined #zope3-dev | 06:28 | |
| *** sashav has joined #zope3-dev | 06:53 | |
| *** `anthony has quit IRC | 06:56 | |
| *** Jim7J1AJ1 has joined #zope3-dev | 07:07 | |
| *** Jim7J1AJH has quit IRC | 07:11 | |
| *** Jim7J1AJ1 has quit IRC | 07:11 | |
| *** Jim7J1AJH has joined #zope3-dev | 07:11 | |
| *** `anthony has joined #zope3-dev | 07:44 | |
| *** sashav has quit IRC | 07:46 | |
| *** bskahan has left #zope3-dev | 07:48 | |
| *** hazmat has quit IRC | 08:17 | |
| zagy | moin | 08:29 |
|---|---|---|
| *** Tiran has joined #zope3-dev | 08:44 | |
| Tiran | good morning | 08:44 |
| zagy | moin Tiran | 08:46 |
| Tiran | hey zagy ;) | 08:47 |
| Tiran | I'm waiting for a response to http://article.gmane.org/gmane.comp.web.zope.zope3/11760 | 08:47 |
| *** sashav has joined #zope3-dev | 09:07 | |
| *** SteveA has joined #zope3-dev | 09:18 | |
| Tiran | hey SteveA | 09:19 |
| *** `anthony has quit IRC | 09:23 | |
| *** stub has joined #zope3-dev | 09:23 | |
| *** Tiran has left #zope3-dev | 09:27 | |
| SteveA | BjornT: ping | 09:52 |
| *** d2m has joined #zope3-dev | 10:09 | |
| *** SteveA has quit IRC | 10:42 | |
| *** sashav_ has joined #zope3-dev | 10:51 | |
| *** SteveA has joined #zope3-dev | 10:54 | |
| *** sashav has quit IRC | 11:06 | |
| *** MalcolmC has joined #zope3-dev | 11:10 | |
| *** Theuni has joined #zope3-dev | 11:10 | |
| *** __gotcha has joined #zope3-dev | 11:24 | |
| *** __gotcha has quit IRC | 11:35 | |
| *** Aiste has quit IRC | 11:42 | |
| *** Aiste has joined #zope3-dev | 11:51 | |
| *** __gotcha has joined #zope3-dev | 11:54 | |
| *** J1m has joined #zope3-dev | 12:08 | |
| *** agenteo has joined #zope3-dev | 12:09 | |
| *** agenteo has left #zope3-dev | 12:09 | |
| *** mgedmin has joined #zope3-dev | 12:09 | |
| *** dlk has joined #zope3-dev | 12:13 | |
| *** stub has quit IRC | 12:13 | |
| *** dlk has left #zope3-dev | 12:14 | |
| *** SteveA has quit IRC | 12:28 | |
| *** SteveA has joined #zope3-dev | 12:30 | |
| *** stub has joined #zope3-dev | 12:52 | |
| *** Tiran has joined #zope3-dev | 12:57 | |
| *** bradb has joined #zope3-dev | 12:57 | |
| Tiran | hello | 12:57 |
| Tiran | I'm still waiting for a response on http://article.gmane.org/gmane.comp.web.zope.zope3/11760. Has anybody time to verify my code? | 12:58 |
| J1m | I don't have time to review this in detail. | 13:02 |
| J1m | Did you try to reproduce the C API? | 13:02 |
| Tiran | yes | 13:02 |
| J1m | Have you verified that the pickles are the same? | 13:02 |
| Tiran | according to the unit tests | 13:02 |
| J1m | In that case, I'm good with it. | 13:02 |
| Tiran | all tests are passing when I remove the c module | 13:03 |
| Tiran | there is a test for __reduce__(). I think that is a test for the pickle? | 13:03 |
| J1m | You might try to twist Philipp's arm to take a look at it. | 13:03 |
| J1m | OK | 13:03 |
| J1m | yup | 13:03 |
| Tiran | hehe, good idea :) | 13:03 |
| J1m | So, if the C and Python version's __reduce__ return the same thing, then that should be good. | 13:04 |
| J1m | Thanks for doing this. | 13:04 |
| Tiran | you're welcome | 13:05 |
| Tiran | it needs some unit testing | 13:07 |
| *** stub has quit IRC | 13:16 | |
| *** niemeyer has joined #zope3-dev | 13:24 | |
| *** deo has joined #zope3-dev | 13:59 | |
| *** stub has joined #zope3-dev | 14:02 | |
| *** SteveA has quit IRC | 14:05 | |
| *** SteveA has joined #zope3-dev | 14:06 | |
| *** srichter has quit IRC | 14:55 | |
| *** J1m has quit IRC | 15:06 | |
| *** niemeyer has left #zope3-dev | 15:19 | |
| *** niemeyer has joined #zope3-dev | 15:19 | |
| *** SteveA has quit IRC | 15:29 | |
| *** srichter has joined #zope3-dev | 15:29 | |
| *** ChanServ sets mode: +o srichter | 15:30 | |
| *** SteveA has joined #zope3-dev | 15:31 | |
| *** deo has quit IRC | 15:39 | |
| *** tvon has joined #zope3-dev | 15:54 | |
| mgedmin | I heard that zope.app.tests.setup.placefulSetup is (informally) deprecated, is that right? | 16:01 |
| *** hdima has joined #zope3-dev | 16:04 | |
| *** wrstlprmpft has joined #zope3-dev | 16:06 | |
| *** wrstlprmpft has left #zope3-dev | 16:06 | |
| *** mgedmin has quit IRC | 16:10 | |
| *** bradb has quit IRC | 16:28 | |
| *** bradb has joined #zope3-dev | 16:28 | |
| *** SteveA has quit IRC | 16:36 | |
| *** SteveA has joined #zope3-dev | 16:37 | |
| *** `anthony has joined #zope3-dev | 16:38 | |
| *** bradb has quit IRC | 16:49 | |
| *** bradb has joined #zope3-dev | 16:50 | |
| *** J1m has joined #zope3-dev | 16:51 | |
| *** hdima has quit IRC | 16:51 | |
| srichter | J1m: does a descriptor know its name in a class instance? | 16:52 |
| Tiran | J1m: I've added pickle tests to i18nmessage | 16:52 |
| J1m | srichter, not unless someone tells it (e.g. in it's constructor) | 16:57 |
| J1m | Tiran, cool | 16:58 |
| srichter | J1m: ok; its not that bad right now; it would be just a nice feature to have anyways | 16:58 |
| srichter | J1m: I am almost done, btw | 16:58 |
| srichter | so I think today or tomorrow is the day of days :-) | 16:59 |
| J1m | We'll hold on to our butts. :) | 16:59 |
| srichter | he he... you better are :-) | 17:00 |
| J1m | Please make a tag before the merge. | 17:01 |
| srichter | ok, will do | 17:01 |
| *** alga has joined #zope3-dev | 17:02 | |
| *** bskahan has joined #zope3-dev | 17:03 | |
| *** bska|mobile has joined #zope3-dev | 17:03 | |
| *** bskahan has quit IRC | 17:04 | |
| *** benji_york has joined #zope3-dev | 17:18 | |
| *** philiKON has joined #zope3-dev | 17:25 | |
| *** tvon has quit IRC | 17:27 | |
| *** tvon has joined #zope3-dev | 17:41 | |
| srichter | J1m: I found a bug in your fixed implementedByFallback(cls) function | 17:42 |
| srichter | J1m: this method assumes that cls is an object that has a name | 17:43 |
| Tiran | hey philiKON :) | 17:43 |
| *** sashav_ has quit IRC | 17:43 | |
| philiKON | hi Tiran | 17:43 |
| srichter | but for some reason that does not seem to be true all the time | 17:43 |
| philiKON | Tiran, J1m, haven't got much time, but i was still wondering... when we decided to reimplement Messages as immutable objects, we realized that it had to be a non-python implementation because true immutability cannot be achieved in python, right? | 17:45 |
| philiKON | so, having a fallback impl is always nice, but we should definitely state that it doesn't give you true immutability | 17:45 |
| *** SteveA has quit IRC | 17:46 | |
| srichter | J1m: I take that back; getattr(cls, '__module__', '?') returns None for lambda functions | 17:46 |
| philiKON | Tiran, also, I don't think your Message implementation should derive from MessageID. we want to rid MessageID at some point and unnecessary dependencies on it wouldn't be good then | 17:47 |
| srichter | J1m: so changing the code to getattr(cls, '__module__', '?') or '?' works | 17:47 |
| Tiran | philiKON: already fixed | 17:47 |
| J1m | srichter, O don't really know what you are talking about. | 17:48 |
| J1m | srichter, I don't really know what you are talking about. | 17:48 |
| srichter | J1m: :-) | 17:48 |
| *** SteveA has joined #zope3-dev | 17:48 | |
| srichter | J1m: you changed the method implementedByFallback() recently to support all types of callables | 17:48 |
| J1m | yes | 17:49 |
| srichter | J1m: at some point when you create the specification for the object, you set the name | 17:49 |
| *** gintas has joined #zope3-dev | 17:49 | |
| philiKON | Tiran, have you tested whether the C implementation and yours have compatible pickles? | 17:49 |
| srichter | J1m: there you call getattr(cls, '__module__', '?') | 17:49 |
| philiKON | Tiran, i assume the doctest passes for your impl | 17:49 |
| Tiran | philiKON: I've added pickle tests to the last version of my fix | 17:50 |
| srichter | J1m: this will return None for lambda functions, since they have a '__module__' attribute but with a None value | 17:50 |
| srichter | J1m: but this call must return a string | 17:50 |
| srichter | J1m: so I appended `or '?'` to the call, in case it is None | 17:50 |
| J1m | k | 17:50 |
| Tiran | philiKON: I'm able to pickle and unpickle pyMessage with pyMessage, pyMessage with cMessage and cMessage with pyMessage | 17:50 |
| philiKON | Tiran, great | 17:53 |
| philiKON | Tiran, then I'm +1 for your impl. the documentation should state the immutability issue though | 17:53 |
| Tiran | philiKON: what about pointing to the message.txt file in the doc string? It should be sufficiant, shouldn't it? | 17:54 |
| *** mgedmin has joined #zope3-dev | 18:01 | |
| *** sashav has joined #zope3-dev | 18:03 | |
| srichter | philiKON: what is the best way to merge a branch with many changes in SVN? | 18:26 |
| tvon | vimdiff | 18:27 |
| tvon | heh | 18:27 |
| srichter | I made a checkout of the trunk and want to merge the branch into it | 18:27 |
| srichter | but I need to specify revision numbers | 18:27 |
| srichter | I want to avoid specifying rev numbers, simply because I do not know them | 18:27 |
| srichter | I just want to say: "merge all changes made in the branch onto the trunk" | 18:28 |
| Tiran | srichter: meld? | 18:28 |
| srichter | I guess the simplest approach would be to simply copy the branch? The history should be conserved because I merged all changes from the trunk | 18:29 |
| srichter | Tiran: is meld a SVN command? | 18:29 |
| mgedmin | sashav, meld is a nice gtk+ app for doing all sorts of merges | 18:29 |
| Tiran | it's a nice diff utility like vimdiff | 18:29 |
| Tiran | python and wx | 18:30 |
| srichter | diffs are not the problem! | 18:30 |
| srichter | I can deal nicely with it using the command line tools and Emacs | 18:30 |
| srichter | I want to avoid missing any revisions being merged | 18:30 |
| srichter | and the diff utilities break down anyways, since there are too many changes | 18:31 |
| srichter | J1m: do you have any suggestion? | 18:33 |
| srichter | (if I cannot find a better solution, I look for the revision in which I first created the branch | 18:33 |
| gintas | svn log --stop-on-copy? | 18:37 |
| srichter | ok, so merging does not work, because I temporarly deleted a package and readded it | 18:37 |
| srichter | what can I do about that? | 18:37 |
| srichter | gintas: thanks | 18:38 |
| srichter | is there something like a force option? | 18:38 |
| *** SteveA has quit IRC | 18:42 | |
| srichter | ok, --ignore-ancestry is the right flag | 18:42 |
| srichter | ugh, 73 conflicting files :-( | 18:46 |
| philiKON | srichter, i know it's too late for this now, but i think for the future one should avoid merging the trunk to a branch and then everything back. | 18:51 |
| srichter | ok, but that's really a hard requirement | 18:51 |
| philiKON | it's not | 18:51 |
| philiKON | you create a branch | 18:51 |
| philiKON | then you want to see what happens when you merge it | 18:52 |
| srichter | if you have a long living branch, then this is unpractical | 18:52 |
| philiKON | so, you create a new branch off of the trunk | 18:52 |
| philiKON | and merge your branch into this one | 18:52 |
| philiKON | resolve all conflicts | 18:52 |
| philiKON | and merge the 2nd branch to the trunk | 18:52 |
| srichter | I see | 18:52 |
| srichter | ok | 18:52 |
| philiKON | that way you should only have to resolve conflicts once | 18:53 |
| srichter | right, ok, good to know | 18:53 |
| *** SteveA has joined #zope3-dev | 18:53 | |
| philiKON | (assumming of course the conflict resolving branch is short-living in comparison to the original branch) | 18:54 |
| srichter | oh man, this merge will be sooooooooooooo painful; I even get 5 failures in zope.component, which merged fairly well :-( | 18:54 |
| *** gintas has quit IRC | 19:04 | |
| *** sashav has quit IRC | 19:29 | |
| *** tvon has quit IRC | 19:45 | |
| *** tvon has joined #zope3-dev | 19:45 | |
| *** Tiran has left #zope3-dev | 19:50 | |
| *** MalcolmC has quit IRC | 19:54 | |
| *** SteveA has quit IRC | 19:57 | |
| *** __gotcha_ has joined #zope3-dev | 20:05 | |
| *** SteveA has joined #zope3-dev | 20:08 | |
| *** tvon has quit IRC | 20:12 | |
| *** Theuni has quit IRC | 20:15 | |
| *** __gotcha has quit IRC | 20:16 | |
| J1m | srichter, do you still have a question for me? | 20:21 |
| mgedmin | would anyone mind if I updated test.py to use getopt.gnu_getopt instead of getopt.getopt? | 20:28 |
| mgedmin | gnu_getopt lets you intermix options and arguments | 20:28 |
| mgedmin | I find that I sometimes do ./test.py -pv foo -1, and -1 is interpreted as a regexp instead of as an option | 20:28 |
| *** alga has quit IRC | 20:28 | |
| *** __gotcha_ has quit IRC | 20:34 | |
| *** __gotcha has joined #zope3-dev | 20:34 | |
| *** GaryPoster has joined #zope3-dev | 21:08 | |
| benji_york | Hi GaryPoster! | 21:08 |
| GaryPoster | Hi benji_york ;-) | 21:08 |
| *** SteveA has quit IRC | 21:14 | |
| *** SteveA has joined #zope3-dev | 21:23 | |
| *** oling has joined #zope3-dev | 21:53 | |
| oling | hello... is there any way zo do virual hosting insider zope3, without the help of an external (apache) web server? like the virtual host monster in zope2 | 21:56 |
| SteveA | you can do it by writing your own HTTPPublisherRequestFactory | 21:58 |
| SteveA | http = ServerType(PublisherHTTPServer, | 21:58 |
| SteveA | HTTPPublicationRequestFactory, | 21:58 |
| SteveA | CommonAccessLogger, | 21:58 |
| SteveA | 8080, True) | 21:58 |
| SteveA | that's how the basic http server is defined | 21:58 |
| SteveA | override the HTTPPublicationRequestFactory | 21:59 |
| SteveA | to set the virtual host information on that port | 21:59 |
| srichter | J1m: not yet, but I will later | 22:00 |
| *** niemeyer has quit IRC | 22:09 | |
| oling | SteveA: Thx, i hoped there is some more intuitive way. but it's still ZopeX3 and not Zope3 :-) | 22:10 |
| *** stub has left #zope3-dev | 22:11 | |
| SteveA | oling: this is actually only a very few lines of code required. | 22:12 |
| SteveA | of course, the hard part is determining exactly which lines you need to write | 22:13 |
| SteveA | I'd estimate around 15 lines of code, and a zcml declaration, and a hook-up in your zope3.conf (or whatever conf file you use) | 22:14 |
| SteveA | and most of those lines of code are just in the imports and subclassing | 22:15 |
| *** bradb has quit IRC | 22:21 | |
| *** xen has joined #zope3-dev | 22:24 | |
| *** xen has quit IRC | 22:28 | |
| *** xenwryly has joined #zope3-dev | 22:28 | |
| *** jhauser has joined #zope3-dev | 22:32 | |
| *** __gotcha has quit IRC | 22:34 | |
| *** __gotcha has joined #zope3-dev | 22:34 | |
| *** Aiste has quit IRC | 22:35 | |
| *** jhauser_ has quit IRC | 22:44 | |
| *** projekt01 has joined #zope3-dev | 22:50 | |
| *** SteveA has quit IRC | 22:53 | |
| mgedmin | I wrote a short HOWTO on Zope 3 generations | 22:55 |
| mgedmin | it is here: http://mg.pov.lt/blog/zope3-generations.html | 22:55 |
| mgedmin | I'd appreciate any comments (mail them to <marius@pov.lt>) | 22:55 |
| *** mgedmin has quit IRC | 22:56 | |
| *** SteveA has joined #zope3-dev | 23:03 | |
| *** hazmat has joined #zope3-dev | 23:45 | |
| srichter | yipee! all tests pass! | 23:53 |
| projekt01 | Cool, I'm wonder who much work we have till TIKS is running again. | 23:53 |
| srichter | :-) I guess you will figure this one out soon :-) | 23:54 |
| projekt01 | Yeah, Do you merge now? | 23:54 |
| srichter | I am about to, yes | 23:54 |
| projekt01 | Great, then we can make a migration session tomorrow | 23:55 |
| srichter | I hope it will nto be too bad | 23:55 |
| projekt01 | Perhaps we can try out the generation HOWTO from mgedmin, Thanks marius ;-) | 23:57 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!