| *** Jell-O-Fishi has quit IRC | 00:08 | |
| *** regebro has quit IRC | 00:14 | |
| *** tarek has quit IRC | 00:16 | |
| *** jukart has joined #zope3-dev | 00:19 | |
| *** jukart_ has joined #zope3-dev | 00:22 | |
| *** mgedmin has quit IRC | 00:28 | |
| *** jukart has quit IRC | 00:38 | |
| *** greenman has joined #zope3-dev | 00:41 | |
| *** d2m has quit IRC | 00:42 | |
| *** tarek has joined #zope3-dev | 00:43 | |
| *** tarek has quit IRC | 00:47 | |
| *** jukart_ has quit IRC | 00:52 | |
| *** harobed has quit IRC | 00:54 | |
| *** tarek has joined #zope3-dev | 01:06 | |
| *** timte has quit IRC | 01:16 | |
| *** markusleist has left #zope3-dev | 01:42 | |
| *** tarek has quit IRC | 01:44 | |
| *** J1m has quit IRC | 01:50 | |
| *** jpcw2002 has left #zope3-dev | 01:58 | |
| *** Leefmc has joined #zope3-dev | 02:15 | |
| *** greenman has quit IRC | 02:16 | |
| *** Leefmc has left #zope3-dev | 02:47 | |
| *** malthe is now known as malthe|Zzz | 03:01 | |
| *** whitmo has joined #zope3-dev | 03:05 | |
| *** whitmo has quit IRC | 03:12 | |
| *** whitmo has joined #zope3-dev | 03:12 | |
| *** greenman has joined #zope3-dev | 03:22 | |
| *** whit has quit IRC | 03:23 | |
| *** hexsprite has quit IRC | 03:32 | |
| *** natea_ has quit IRC | 03:38 | |
| *** hexsprite has joined #zope3-dev | 03:47 | |
| *** greenman has quit IRC | 04:13 | |
| *** pcardune has quit IRC | 04:23 | |
| *** natea_ has joined #zope3-dev | 04:38 | |
| *** rcrafton has quit IRC | 05:09 | |
| *** natea_ has quit IRC | 05:39 | |
| *** sm has quit IRC | 06:10 | |
| *** natea_ has joined #zope3-dev | 06:24 | |
| *** redir has quit IRC | 06:29 | |
| *** stub has joined #zope3-dev | 06:29 | |
| *** natea_ has quit IRC | 06:41 | |
| *** whitmo has quit IRC | 06:45 | |
| *** tarek has joined #zope3-dev | 06:49 | |
| *** tarek has quit IRC | 06:59 | |
| *** whit has joined #zope3-dev | 07:06 | |
| *** kursor has joined #zope3-dev | 07:07 | |
| *** baijum has joined #zope3-dev | 07:11 | |
| *** sm has joined #zope3-dev | 07:14 | |
| *** sm has quit IRC | 07:15 | |
| *** redir has joined #zope3-dev | 07:18 | |
| *** kursor has quit IRC | 07:18 | |
| *** natea_ has joined #zope3-dev | 07:20 | |
| *** whit has quit IRC | 07:23 | |
| *** rmarianski has joined #zope3-dev | 07:35 | |
| *** redir has quit IRC | 07:43 | |
| *** d2m has joined #zope3-dev | 08:00 | |
| *** jayaraj has joined #zope3-dev | 08:03 | |
| *** natea_ has quit IRC | 08:04 | |
| *** philiKON_ has joined #zope3-dev | 08:06 | |
| *** jukart has joined #zope3-dev | 08:12 | |
| *** zagy has quit IRC | 08:12 | |
| *** natea_ has joined #zope3-dev | 08:14 | |
| *** greenman has joined #zope3-dev | 08:19 | |
| *** philiKON has quit IRC | 08:23 | |
| *** ghendi has joined #zope3-dev | 08:28 | |
| *** jukart has quit IRC | 08:30 | |
| *** baijum has quit IRC | 08:43 | |
| *** baijum has joined #zope3-dev | 08:44 | |
| *** sorin has joined #zope3-dev | 08:47 | |
| *** sorin is now known as sorindregan | 08:47 | |
| baijum | Can anyone give a pointer to how ZEO is sharing global components (eg: utilities) ? | 08:50 |
|---|---|---|
| *** jukart has joined #zope3-dev | 08:57 | |
| *** __mac__ has joined #zope3-dev | 09:03 | |
| *** b52laptop has quit IRC | 09:04 | |
| *** greenman has quit IRC | 09:07 | |
| *** timte has joined #zope3-dev | 09:13 | |
| *** natea_ has quit IRC | 09:16 | |
| *** afd_ has joined #zope3-dev | 09:18 | |
| Theuni | baijum: zeo doesn't do anything special for that ... | 09:19 |
| *** natea_ has joined #zope3-dev | 09:26 | |
| *** rmarianski has quit IRC | 09:30 | |
| *** romanofski has joined #zope3-dev | 09:30 | |
| *** markusleist has joined #zope3-dev | 09:35 | |
| *** encolpe has joined #zope3-dev | 09:54 | |
| encolpe | hello | 09:54 |
| *** gimni has joined #zope3-dev | 09:55 | |
| encolpe | Did anybody, but wichert, get this bug and solve it ? | 09:55 |
| encolpe | https://bugs.launchpad.net/zope2/+bug/143941 | 09:55 |
| afd_ | encolpe: I think that looks more like a broken interface (not inheriting Interface, or something like that) | 09:57 |
| afd_ | philiKON_ might know more about it, as he rejected the bug | 09:58 |
| encolpe | The interface that raise the bug unherit directly from zope.interface.Interface | 09:59 |
| encolpe | It's like something remove the attribute '__iro__' | 09:59 |
| baijum | Theuni, well then how a global component is shared between Zope instances ? | 09:59 |
| philiKON_ | encolpe: ICurrencyManager seems to be a class | 10:00 |
| philiKON_ | encolpe: because it says "type object" | 10:00 |
| philiKON_ | encolpe: so fix CMFCore so that ICurrencyManager is actually an interface | 10:00 |
| philiKON_ | see my explanation https://bugs.edge.launchpad.net/zope2/+bug/143941/comments/0 | 10:01 |
| encolpe | htanks | 10:02 |
| encolpe | why your comment is not available from the first link ? | 10:04 |
| *** pelle_ has joined #zope3-dev | 10:04 | |
| philiKON_ | yeah, i wonder too | 10:05 |
| baijum | philiKON_, can you give me pointer how a global component is shared between Zope instances ? | 10:05 |
| philiKON_ | something got messed up | 10:05 |
| philiKON_ | baijum: huh? | 10:05 |
| philiKON_ | encolpe: see the " This description was updated. View original description" link on the original page | 10:05 |
| baijum | If I a register a global utility and use with Mutiple zope instances (using ZEO) can I get that utility transparently in all instances ? | 10:06 |
| *** stub has quit IRC | 10:06 | |
| baijum | or am I missing something ? | 10:07 |
| *** pyqwer has joined #zope3-dev | 10:07 | |
| philiKON_ | ZEO will only allow you to share objects that are in the ZODB | 10:07 |
| philiKON_ | a global utility isn't in the ZODB per definitionem | 10:08 |
| afd_ | philiKON_: would _v_ attributes be shared? | 10:08 |
| philiKON_ | i don't think so | 10:08 |
| afd_ | ok | 10:08 |
| philiKON_ | now, since you should be running the same software configuration on those zeo clients, you should be able to say getUtility(IFoo) on all those clients | 10:09 |
| baijum | if I set an attribute of a global component, will the other instance also get updated ? | 10:09 |
| *** stub has joined #zope3-dev | 10:09 | |
| philiKON_ | but they will obviously yield different objects | 10:09 |
| philiKON_ | baijum: no, of course not | 10:09 |
| *** markusleist has joined #zope3-dev | 10:09 | |
| *** jodok has joined #zope3-dev | 10:09 | |
| baijum | philiKON_, ok. thanks | 10:10 |
| afd_ | philiKON_: is the session shared? | 10:14 |
| philiKON_ | session? | 10:14 |
| afd_ | ISession I mean | 10:14 |
| philiKON_ | god heavens no | 10:14 |
| afd_ | ok | 10:14 |
| philiKON_ | only for the same browser obviousuly | 10:14 |
| philiKON_ | the ISession adapter uses an IClientId adapter to determine a unique id for each client | 10:15 |
| philiKON_ | so whenever a client comes back, it'll get the same session associated | 10:15 |
| philiKON_ | the session storage *can* be shared over zeo, but doesn't have to | 10:15 |
| philiKON_ | there are scaling drawbacks when you share it over zeo | 10:16 |
| afd_ | ok... I was thinking that baijum maybe can share data between the zopes using the session | 10:16 |
| afd_ | of course, client/browser dependent | 10:16 |
| afd_ | what about the ram cache utility? I was under the impression that that isn't shared between zopes too | 10:16 |
| philiKON_ | uh, dude, it's called the *RAM* cache utility :) | 10:17 |
| *** MacYET has joined #zope3-dev | 10:17 | |
| *** malthe|Zzz is now known as malthe | 10:18 | |
| afd_ | yeah... but doesn't hurt asking | 10:19 |
| baijum | philiKON_, so ZEO can scale your app only if you are using ZDOB, is it? | 10:19 |
| afd_ | baijum: maybe you can store that object in memcache :) | 10:19 |
| philiKON_ | well yeah | 10:19 |
| philiKON_ | if you're using some other data storage, use *its* scaling mechanism | 10:19 |
| philiKON_ | e.g. a non-issue when you're using a relational storage | 10:20 |
| philiKON_ | because each client would simply connect to the storage server | 10:20 |
| philiKON_ | yeah, memcached works | 10:21 |
| *** markusleist has quit IRC | 10:27 | |
| pyqwer | Hi, I finally managed to index my objects, however, when changing object attributes, the objects are not reindexed - does anyone know why/what to do? | 10:34 |
| *** tarek has joined #zope3-dev | 10:34 | |
| *** MJ has joined #zope3-dev | 10:36 | |
| *** bigkevmcd has joined #zope3-dev | 10:36 | |
| *** jpcw2002 has joined #zope3-dev | 10:41 | |
| *** harobed has joined #zope3-dev | 10:41 | |
| philiKON_ | pyqwer: sending objectmodifiedevents? | 10:42 |
| *** malthe has quit IRC | 10:44 | |
| pyqwer | Ah, ok, now I do a "zope.event.notify(zope.lifecycleevent.ObjectModifiedEvent(self.context))" and it reindexes. | 10:44 |
| pyqwer | Interesting - I thought this event would be automatically fired when modifiying an object attribute. | 10:45 |
| philiKON_ | nope | 10:45 |
| philiKON_ | the rule is: "you do something to an object, you'll have to send the event about it" | 10:45 |
| *** ccomb has quit IRC | 10:46 | |
| pyqwer | Ok, I understand. But for creation, this is different, isn't it? | 10:46 |
| philiKON_ | it isn't different | 10:46 |
| philiKON_ | you're supposed to send an ObjectCreated event | 10:46 |
| philiKON_ | the only time when you don't have to send an event is adding or removing things to/from a container | 10:47 |
| philiKON_ | but technically speaking, you're not adding or removing stuff, the container is | 10:47 |
| philiKON_ | because the container ends up modifying obj.__parent__ and obj.__name__, you aren't | 10:47 |
| philiKON_ | so it's the container's chore | 10:47 |
| pyqwer | Ok, so that's the reason why I don't have to notify when adding objects to a container. | 10:48 |
| pyqwer | Good to know, many thanks. | 10:48 |
| philiKON_ | this is all in the book, btw | 10:49 |
| *** ccomb has joined #zope3-dev | 10:49 | |
| pyqwer | Hmmm, it seems I have to reread it very thoroughly. | 10:49 |
| pyqwer | One more thing: When I retrieve values from my index, they seem to be in arbitrary order. However, I need to order them (e.g. after a attribute "Date"). Is this somehow supported in the index? | 10:50 |
| *** malthe has joined #zope3-dev | 10:51 | |
| philiKON_ | yes and no | 10:51 |
| philiKON_ | indexes have a built-in ordering because of their usage of btrees | 10:51 |
| philiKON_ | you can make clever use of that | 10:52 |
| philiKON_ | but in general, you'll have to do some sorting | 10:52 |
| philiKON_ | which is an involved process on large result sets... | 10:52 |
| * philiKON_ afk | 10:52 | |
| pyqwer | Ok, thanks, maybe I can do the trick via the btree... | 10:54 |
| *** vimes656 has joined #zope3-dev | 10:57 | |
| *** maurits_ has joined #zope3-dev | 11:01 | |
| *** maurits_ is now known as maurits | 11:05 | |
| *** __mac__ has left #zope3-dev | 11:14 | |
| *** thruflo has joined #zope3-dev | 11:16 | |
| *** toutpt has joined #zope3-dev | 11:22 | |
| *** yvl has joined #zope3-dev | 11:27 | |
| *** agroszer has joined #zope3-dev | 11:28 | |
| *** b52laptop has joined #zope3-dev | 11:31 | |
| *** encolpe has quit IRC | 11:32 | |
| *** greenman has joined #zope3-dev | 11:36 | |
| *** gstratton has joined #zope3-dev | 12:10 | |
| *** stub has quit IRC | 12:10 | |
| *** mkerrin has joined #zope3-dev | 12:40 | |
| *** jinty has joined #zope3-dev | 12:46 | |
| *** fcorrea has joined #zope3-dev | 12:46 | |
| *** projekt01 has joined #zope3-dev | 12:56 | |
| *** markusleist has joined #zope3-dev | 12:57 | |
| *** MJ is now known as MJ|lunch | 12:58 | |
| *** malthe is now known as malthe|lunch | 13:05 | |
| *** dunny has quit IRC | 13:12 | |
| *** jodok has quit IRC | 13:14 | |
| *** afd_ has quit IRC | 13:24 | |
| *** gstratton has quit IRC | 13:28 | |
| *** MJ|lunch is now known as MJ | 13:28 | |
| *** salfield has joined #zope3-dev | 13:33 | |
| *** malthe|lunch is now known as malthe | 13:35 | |
| *** tarek has quit IRC | 13:37 | |
| *** afd_ has joined #zope3-dev | 13:50 | |
| *** J1m has joined #zope3-dev | 13:55 | |
| *** reco has joined #zope3-dev | 13:59 | |
| *** benji has quit IRC | 14:01 | |
| *** regebro has joined #zope3-dev | 14:01 | |
| *** greenman has quit IRC | 14:06 | |
| *** J1m has quit IRC | 14:09 | |
| *** MacYET has left #zope3-dev | 14:33 | |
| *** toutpt has quit IRC | 14:40 | |
| *** benji has joined #zope3-dev | 14:42 | |
| *** rcrafton has joined #zope3-dev | 14:45 | |
| *** niemeyer has joined #zope3-dev | 14:50 | |
| *** ignas has joined #zope3-dev | 14:51 | |
| *** jinty has quit IRC | 14:51 | |
| *** rocky has joined #zope3-dev | 14:52 | |
| *** tarek has joined #zope3-dev | 14:57 | |
| *** thruflo_ has joined #zope3-dev | 15:05 | |
| *** thruflo has quit IRC | 15:05 | |
| *** alga has quit IRC | 15:08 | |
| *** toutpt has joined #zope3-dev | 15:12 | |
| *** dobee has joined #zope3-dev | 15:26 | |
| *** rocky has quit IRC | 15:27 | |
| *** jodok has joined #zope3-dev | 15:27 | |
| *** run|home has joined #zope3-dev | 15:30 | |
| *** redir has joined #zope3-dev | 15:31 | |
| *** vahur has left #zope3-dev | 15:33 | |
| *** rocky has joined #zope3-dev | 15:38 | |
| *** arnarl has joined #zope3-dev | 15:43 | |
| *** stub has joined #zope3-dev | 15:44 | |
| *** hexsprite has quit IRC | 15:47 | |
| *** hexsprite has joined #zope3-dev | 15:49 | |
| *** J1m has joined #zope3-dev | 15:51 | |
| *** baijum has quit IRC | 15:55 | |
| *** regebro is now known as regebro|away | 16:03 | |
| *** alga has joined #zope3-dev | 16:03 | |
| *** redir has quit IRC | 16:04 | |
| *** jodok has quit IRC | 16:07 | |
| *** zagy has joined #zope3-dev | 16:12 | |
| *** rcrafton has quit IRC | 16:23 | |
| *** rcrafton has joined #zope3-dev | 16:24 | |
| *** b52laptop has quit IRC | 16:28 | |
| *** zagy has quit IRC | 16:35 | |
| *** run|home is now known as run|away | 16:35 | |
| *** malthe has quit IRC | 16:37 | |
| *** jayaraj has quit IRC | 16:41 | |
| *** srichter has joined #zope3-dev | 16:43 | |
| *** lucielejard has joined #zope3-dev | 16:43 | |
| *** ChanServ sets mode: +o srichter | 16:44 | |
| *** afd_ has quit IRC | 16:45 | |
| *** ghendi has quit IRC | 16:47 | |
| *** jodok has joined #zope3-dev | 16:59 | |
| *** salfield has quit IRC | 17:04 | |
| *** redir has joined #zope3-dev | 17:05 | |
| *** sorindregan has quit IRC | 17:06 | |
| *** danielblackburn has joined #zope3-dev | 17:08 | |
| *** reedobrien has joined #zope3-dev | 17:15 | |
| *** MJ has quit IRC | 17:20 | |
| *** nathany has joined #zope3-dev | 17:22 | |
| *** redir has quit IRC | 17:22 | |
| *** pcardune has joined #zope3-dev | 17:24 | |
| *** jukart has quit IRC | 17:39 | |
| *** rmarianski has joined #zope3-dev | 17:41 | |
| *** stub has quit IRC | 17:50 | |
| *** natea_ is now known as natea | 17:55 | |
| *** salfield has joined #zope3-dev | 18:00 | |
| *** pelle__ has joined #zope3-dev | 18:08 | |
| *** sm has joined #zope3-dev | 18:09 | |
| *** whit has joined #zope3-dev | 18:13 | |
| *** danielblackburn_ has joined #zope3-dev | 18:13 | |
| *** danielblackburn has quit IRC | 18:13 | |
| *** dobee has quit IRC | 18:22 | |
| *** pelle_ has quit IRC | 18:24 | |
| *** rcrafton has quit IRC | 18:30 | |
| *** thruflo has joined #zope3-dev | 18:34 | |
| pyqwer | projekt01: Hi, it seems that getSite() returns an unproxied object - do you know if this is intended? | 18:35 |
| *** srichter has quit IRC | 18:36 | |
| *** rcrafton has joined #zope3-dev | 18:36 | |
| projekt01 | pyqwer, yes, take a look a the method setSite/getSite it uses; | 18:39 |
| projekt01 | site = zope.security.proxy.removeSecurityProxy(site) | 18:39 |
| pyqwer | Ah, I see, do you know why it's done this way? Is there some general guideline what's proxied and what not? | 18:40 |
| *** run|home has joined #zope3-dev | 18:41 | |
| projekt01 | everything schould get proxied, till you remove them because of public access | 18:42 |
| pyqwer | projekt01: Yes, that was also my intention, but why is then the security proxy removed when getting the site through getSite()? | 18:43 |
| *** run|away has quit IRC | 18:46 | |
| projekt01 | why do you think it should not remove the proxy? | 18:47 |
| pyqwer | projekt01: Hmmm, you said that "everything should be proxied till I remove it". So why is the return of getSite() unproxied? | 18:48 |
| projekt01 | because it removes the proxy | 18:48 |
| pyqwer | Or do I have to proxy anything manually - but, some things are already proxied? | 18:48 |
| projekt01 | no | 18:48 |
| *** thruflo_ has quit IRC | 18:48 | |
| projekt01 | you don't have to use methods whihc remove tproxies if you don't need to | 18:48 |
| pyqwer | It seems I'm missing the point here... | 18:48 |
| projekt01 | why do you need the getSite method? | 18:48 |
| pyqwer | Is there some other way to get the current site? | 18:49 |
| projekt01 | getSite is an internal method used for specific stuff | 18:49 |
| pyqwer | I have some global sequence number that is stored at my site object and I need to somewhere access it. | 18:49 |
| *** J1m has quit IRC | 18:50 | |
| pyqwer | So, one way to access it is a simple getSite().seq_number | 18:50 |
| projekt01 | you can traverse to the site with: while: ISite.providedBy(context); context = context.__parent__ | 18:50 |
| projekt01 | or something like that | 18:50 |
| *** jukart has joined #zope3-dev | 18:50 | |
| pyqwer | Ok, that's a way to do it. And what about "ProxyFactor(getSite())"? | 18:51 |
| *** alecm has joined #zope3-dev | 18:51 | |
| projekt01 | why must this be proxied? | 18:51 |
| pyqwer | Well, so that data is not accidentally shown du to some programming mistake. | 18:53 |
| projekt01 | why do you need to access something which is not accessible? Make sure if somebody has permission before you try to call something | 18:53 |
| projekt01 | Yo can't do that, I allways can configure things that this works anyway with programming mistakes | 18:53 |
| *** yvl has left #zope3-dev | 18:54 | |
| projekt01 | you have to write a functional doct test and use the users you like to test access for | 18:54 |
| projekt01 | only the full configure.zcml settings in functional doctest can ensure what sou like to do | 18:54 |
| pyqwer | Hmmm, I have to think a little about that. | 18:55 |
| pyqwer | Anyway, many thanks for help! | 18:57 |
| *** run|home_ has joined #zope3-dev | 19:02 | |
| *** pcardune has quit IRC | 19:03 | |
| *** projekt01 has quit IRC | 19:12 | |
| *** tarek has quit IRC | 19:12 | |
| *** run|home has quit IRC | 19:18 | |
| *** arnarl has quit IRC | 19:18 | |
| *** arnarl has joined #zope3-dev | 19:19 | |
| *** harobed has quit IRC | 19:19 | |
| *** pbugni has joined #zope3-dev | 19:20 | |
| *** arnarl has quit IRC | 19:20 | |
| *** pbugni has quit IRC | 19:20 | |
| *** pbugni has joined #zope3-dev | 19:21 | |
| *** jodok has quit IRC | 19:22 | |
| *** reco has quit IRC | 19:24 | |
| *** danielblackburn_ has quit IRC | 19:26 | |
| *** srichter has joined #zope3-dev | 19:30 | |
| *** ejucovy__ has joined #zope3-dev | 19:33 | |
| *** ChanServ sets mode: +o srichter | 19:35 | |
| *** danielblackburn has joined #zope3-dev | 19:36 | |
| *** jukart_ has joined #zope3-dev | 19:43 | |
| *** danielblackburn has quit IRC | 19:49 | |
| *** pcardune has joined #zope3-dev | 19:51 | |
| *** strichter has joined #zope3-dev | 19:51 | |
| *** srichter has quit IRC | 19:51 | |
| *** strichter is now known as srichter | 19:52 | |
| *** ChanServ sets mode: +o srichter | 19:52 | |
| *** tarek has joined #zope3-dev | 19:55 | |
| *** danielblackburn has joined #zope3-dev | 19:58 | |
| *** jukart has quit IRC | 20:01 | |
| *** danielblackburn has quit IRC | 20:02 | |
| *** mgedmin has joined #zope3-dev | 20:02 | |
| *** zagy has joined #zope3-dev | 20:05 | |
| *** gimni has quit IRC | 20:05 | |
| *** toutpt has quit IRC | 20:11 | |
| *** maurits has quit IRC | 20:14 | |
| *** jukart_ has quit IRC | 20:15 | |
| *** jodok has joined #zope3-dev | 20:25 | |
| *** J1m has joined #zope3-dev | 20:25 | |
| *** dunny has joined #zope3-dev | 20:26 | |
| *** agroszer has quit IRC | 20:31 | |
| *** tarek has quit IRC | 20:31 | |
| *** zagy has quit IRC | 20:38 | |
| J1m | mcdonc, do you know if there are any wsgi/paste mechanisms for restarting servers? | 20:39 |
| mcdonc | J1m: i know "paster" includes some basic restart facilities because if you do "paster serve --reload", it will restart the server every time you change a file that is represented by something in sys.modules | 20:40 |
| mcdonc | i dont know what the signal is tho | 20:41 |
| J1m | I was thinking of an api to use within the process. | 20:42 |
| J1m | mcdonc, do, like now, in the zmi, you can request a server restart. | 20:43 |
| J1m | I don't think much of this feature in general, but I happen to actually have a specialized use case where I need it. :) | 20:43 |
| J1m | oh I guess that actually is within process. | 20:44 |
| J1m | Hm. | 20:44 |
| mcdonc | i'd imagine it's either a call to sys.exit or a special exception that paster serve catches | 20:45 |
| *** jpcw2002 has left #zope3-dev | 20:47 | |
| mcdonc | J1m: paste/script/serve.py is where the guts are | 20:47 |
| *** menesis has joined #zope3-dev | 20:50 | |
| *** ignas has quit IRC | 20:51 | |
| J1m | mcdonc, thanks, I'll check that out. | 20:51 |
| mcdonc | it looks like starts the server as a subprocess and if you start paster serve with --monitor-restart, any server exit code will the server to restart instead of exit. | 20:52 |
| mcdonc | "paster serve" that is | 20:52 |
| *** thruflo has quit IRC | 20:57 | |
| *** danielblackburn has joined #zope3-dev | 20:58 | |
| *** reedobrien is now known as redir | 20:58 | |
| *** RaFromBRC has joined #zope3-dev | 20:59 | |
| *** whitmo has joined #zope3-dev | 21:00 | |
| *** zagy has joined #zope3-dev | 21:00 | |
| *** danielblackburn has quit IRC | 21:00 | |
| *** zagy has quit IRC | 21:07 | |
| *** reco has joined #zope3-dev | 21:13 | |
| *** whit has quit IRC | 21:14 | |
| *** regebro|away is now known as regebro | 21:14 | |
| *** reco has quit IRC | 21:16 | |
| *** lisppaste6 has quit IRC | 21:20 | |
| *** agroszer has joined #zope3-dev | 21:21 | |
| *** agroszer has quit IRC | 21:23 | |
| *** sp0cksbeard has joined #zope3-dev | 21:25 | |
| *** greenman has joined #zope3-dev | 21:25 | |
| *** nathany has quit IRC | 21:26 | |
| *** mkerrin has quit IRC | 21:31 | |
| *** gstratton has joined #zope3-dev | 21:36 | |
| *** gstratton has quit IRC | 21:36 | |
| *** danielblackburn has joined #zope3-dev | 21:57 | |
| *** lisppaste6 has joined #zope3-dev | 22:17 | |
| *** rcrafton has quit IRC | 22:30 | |
| *** rcrafton has joined #zope3-dev | 22:34 | |
| *** doffm has left #zope3-dev | 22:53 | |
| *** norro has joined #zope3-dev | 22:57 | |
| *** alecm has quit IRC | 22:59 | |
| *** alecm has joined #zope3-dev | 22:59 | |
| *** whitmo is now known as whit | 23:00 | |
| *** rocky has quit IRC | 23:09 | |
| *** whit has quit IRC | 23:19 | |
| *** markusleist has quit IRC | 23:31 | |
| *** jayaraj has joined #zope3-dev | 23:31 | |
| *** jayaraj has quit IRC | 23:32 | |
| *** tarek has joined #zope3-dev | 23:36 | |
| *** pcardune has quit IRC | 23:37 | |
| *** whit has joined #zope3-dev | 23:37 | |
| *** d2m has quit IRC | 23:41 | |
| *** danielblackburn has quit IRC | 23:48 | |
| *** menesis has left #zope3-dev | 23:49 | |
| *** fcorrea has quit IRC | 23:51 | |
| *** danielblackburn has joined #zope3-dev | 23:51 | |
| *** natea has quit IRC | 23:57 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!