| *** horizon5 has quit IRC | 00:06 | |
| *** horizon5 has joined #zope3-dev | 00:06 | |
| *** deo has quit IRC | 00:34 | |
| *** timte has quit IRC | 00:42 | |
| *** deo has joined #zope3-dev | 00:47 | |
| *** stub has joined #zope3-dev | 01:00 | |
| *** benji_york has quit IRC | 01:08 | |
| *** FarcePest has quit IRC | 01:21 | |
| *** Jim7J1AJH has quit IRC | 01:21 | |
| *** FarcePest has joined #zope3-dev | 01:21 | |
| *** Jim7J1AJH has joined #zope3-dev | 01:21 | |
| *** Jim7J1AJH has joined #zope3-dev | 01:22 | |
| *** bradb is now known as bradb-away | 01:26 | |
| *** ignas has joined #zope3-dev | 01:35 | |
| *** Alef has quit IRC | 02:03 | |
| *** yota has quit IRC | 02:21 | |
| *** philiKON has joined #zope3-dev | 02:45 | |
| *** bskahan has joined #zope3-dev | 02:54 | |
| *** bskahan has quit IRC | 03:20 | |
| *** roym has quit IRC | 03:22 | |
| *** bskahan has joined #zope3-dev | 04:31 | |
| *** povbot has joined #zope3-dev | 04:53 | |
| *** deo has quit IRC | 05:47 | |
| *** oubiwann has joined #zope3-dev | 06:10 | |
| *** ignas has quit IRC | 06:24 | |
| *** sashav has quit IRC | 08:37 | |
| *** zagy_ has quit IRC | 08:39 | |
| *** zagy_ has joined #zope3-dev | 08:42 | |
| zagy_ | moin | 08:44 |
|---|---|---|
| *** zagy_ is now known as zagy | 08:53 | |
| *** zagy has quit IRC | 08:55 | |
| *** zagy has joined #zope3-dev | 09:06 | |
| *** hdima has joined #zope3-dev | 09:14 | |
| *** yota has joined #zope3-dev | 09:22 | |
| *** Theuni has quit IRC | 09:36 | |
| *** sashav has joined #zope3-dev | 09:54 | |
| *** sashav has joined #zope3-dev | 09:55 | |
| *** _drzoltron has joined #zope3-dev | 09:59 | |
| *** MJ has quit IRC | 10:18 | |
| *** projekt01 has joined #zope3-dev | 10:32 | |
| *** MJ has joined #zope3-dev | 10:44 | |
| *** yotaff has joined #zope3-dev | 10:46 | |
| *** gintas has joined #zope3-dev | 11:04 | |
| *** MrTopf has joined #zope3-dev | 11:31 | |
| *** _drzoltron has quit IRC | 11:33 | |
| *** jinty has joined #zope3-dev | 12:18 | |
| *** philiKON has quit IRC | 12:33 | |
| *** mexiKON has joined #zope3-dev | 12:37 | |
| projekt01 | Is there a way to define a "complexe" subdirective of a ComplexDirective? | 12:52 |
| *** Alef has joined #zope3-dev | 13:21 | |
| srichter | projekt01: yeah, I think Gary did this, but I have never tried myself | 13:33 |
| *** bskahan has joined #zope3-dev | 13:43 | |
| *** regebro has joined #zope3-dev | 13:43 | |
| *** jinty has quit IRC | 14:06 | |
| *** philiMAC has joined #zope3-dev | 14:33 | |
| *** philiMAC is now known as philiKON | 14:36 | |
| *** faassen has joined #zope3-dev | 14:44 | |
| *** mexiKON has quit IRC | 14:45 | |
| *** mkerrin has joined #zope3-dev | 14:49 | |
| *** fdrake has quit IRC | 14:52 | |
| *** mgedmin has joined #zope3-dev | 15:16 | |
| *** tvon has quit IRC | 15:18 | |
| *** stub has quit IRC | 15:24 | |
| *** __gotcha_ has joined #zope3-dev | 15:24 | |
| *** projekt01 has quit IRC | 15:32 | |
| *** mgedmin has quit IRC | 15:33 | |
| *** tvon has joined #zope3-dev | 15:37 | |
| *** __gotcha has quit IRC | 15:42 | |
| *** tvon has quit IRC | 15:48 | |
| *** tvon has joined #zope3-dev | 15:48 | |
| *** tvon has quit IRC | 15:56 | |
| *** tvon has joined #zope3-dev | 15:56 | |
| *** tvon has quit IRC | 16:03 | |
| *** tvon has joined #zope3-dev | 16:03 | |
| *** mgedmin has joined #zope3-dev | 16:06 | |
| *** tvon has quit IRC | 16:13 | |
| *** tvon has joined #zope3-dev | 16:13 | |
| *** benji_york has joined #zope3-dev | 16:19 | |
| *** Alef has quit IRC | 16:19 | |
| *** oubiwann has quit IRC | 16:22 | |
| *** tvon has quit IRC | 16:24 | |
| *** tvon has joined #zope3-dev | 16:24 | |
| *** bradb-away is now known as bradb | 16:27 | |
| *** tvon has quit IRC | 16:27 | |
| *** tvon has joined #zope3-dev | 16:44 | |
| *** fdrake has joined #zope3-dev | 16:52 | |
| *** roym has joined #zope3-dev | 16:58 | |
| roym | How do I work w/the session object in z3; z2 let you do | 17:02 |
| roym | request/session... so far the only way I can see how in z3 is: | 17:02 |
| roym | <div tal:define="s nocall: modules/zope/app/session/interfaces/ISession; | 17:02 |
| roym | session python:s(request)" | 17:02 |
| roym | tal:content="session/client_id"/> | 17:02 |
| mgedmin | ick | 17:03 |
| mgedmin | do it in view code | 17:04 |
| mgedmin | session_data = ISession(self.request)['your-application-name'] | 17:05 |
| mgedmin | session_data['foo'] = 'bar' | 17:05 |
| mgedmin | etc. | 17:05 |
| roym | ok, thanks... | 17:05 |
| *** BjornT has quit IRC | 17:09 | |
| roym | help me understand something here - does this mean that this gives me | 17:09 |
| roym | access to all sessions? | 17:09 |
| roym | ie: if I want to a maintain per-browser session data, sounds like I shouldn't be using application-name as the key | 17:10 |
| *** BjornT has joined #zope3-dev | 17:11 | |
| regebro | roym: Reasonably, you would only want to access the data that you have set. | 17:11 |
| regebro | Hence, the application-name. | 17:11 |
| regebro | If you for some reason want to access data some other application has set, you have to use it's key. But if you wnat to do that, chances are you'll get in trouble, when the other application changes it's data format. | 17:12 |
| roym | yes, but isn't session data granular down to the user level, not just application level? | 17:13 |
| regebro | Yes, of course. | 17:13 |
| roym | how do I avoid clobbering data across different user sessions? | 17:13 |
| roym | should I use client_id as key? | 17:14 |
| regebro | that's already taken care of | 17:14 |
| regebro | You only need to avoid clobbering data with otehr applications. | 17:14 |
| roym | ah. i see. thanks. | 17:14 |
| roym | I would like to know your opinions here: | 17:21 |
| roym | Ugly as it might be to write expressions like | 17:21 |
| roym | <div tal:define="s nocall: | 17:21 |
| roym | modules/zope/app/session/interfaces/ISession;... | 17:21 |
| roym | in ZPT, the fact that file bases zpts have no security | 17:21 |
| roym | restrictions and are reevaluated upon reload, | 17:21 |
| roym | makes them *real handy* for quick prototyping. Is there | 17:21 |
| roym | a better way that I simply don't know of? | 17:21 |
| *** Alef has joined #zope3-dev | 17:22 | |
| mgedmin | roym, I feel your pain | 17:24 |
| mgedmin | having to restart z3 when you change a single view a tiny little bit is annoying | 17:24 |
| mgedmin | fast computers + removing most of package include files (to reduce startup time) help somewhat | 17:24 |
| roym | will we ever see a Z2 style "product refresh" in z3, or are there technical | 17:25 |
| roym | reasons why it won't be done? | 17:25 |
| *** sashav has quit IRC | 17:26 | |
| *** MrTopf has quit IRC | 17:36 | |
| *** hdima has quit IRC | 17:40 | |
| *** jinty has joined #zope3-dev | 17:45 | |
| *** anguenot has joined #zope3-dev | 17:56 | |
| regebro | roym: ONe of the technical reasons may be that the Z2-style refresh tends not to work. | 18:00 |
| benji_york | I've fantasized lately about a dev-mode switch that would reload modules when the source file changed, but haven't had time to look into it | 18:01 |
| srichter | benji_york: there are several issues with that, as we have seen in Z2 | 18:02 |
| srichter | we have decided not to support the refresh feature in Zope 3 | 18:02 |
| *** bskahan has quit IRC | 18:04 | |
| benji_york | srichter, I don't intend on something that is bullet-proof, just something that'll save me some server restarts during development | 18:08 |
| srichter | yeah, but *if* you distribute it, it will be a support mess | 18:10 |
| *** jinty has quit IRC | 18:10 | |
| benji_york | srichter, the first rule of reload-club: There is no reload club. | 18:13 |
| srichter | :-) | 18:15 |
| srichter | sounds like the PSU | 18:15 |
| mgedmin | http://localhost:8080/++psu++reload/my_module | 18:16 |
| srichter | LOL | 18:18 |
| *** regebro has quit IRC | 18:18 | |
| *** gintas has quit IRC | 18:32 | |
| benji_york | srichter, what's the current 3.1 release schedule? | 18:37 |
| srichter | benji_york: I am so deep into some ST stuff that I totally forgot :-) | 18:38 |
| srichter | people keep fixing stuff, but I guess we should just make a cutoff | 18:38 |
| benji_york | :) | 18:38 |
| srichter | I think I will not make a big deal about the second release candidate | 18:38 |
| benji_york | there will always be bugs, as long as there aren't any big ones | 18:38 |
| srichter | right, I think it is pretty stable at this point | 18:39 |
| benji_york | "not make a big deal" means release it quietly? | 18:39 |
| srichter | yeah, just a few announcements | 18:40 |
| benji_york | sounds good | 18:40 |
| srichter | doing the announcements always takes the most time | 18:40 |
| mgedmin | was the fix for 377 (aka 410) merged to Zope-3.1 branch? | 18:41 |
| philiKON | srichter, any idea yet on when you're going to do rc2? | 18:43 |
| srichter | probably not | 18:43 |
| srichter | mgedmin: please do it on the branch, if it is not done | 18:43 |
| philiKON | ok. i've got a few bugs to report (+ patches though) | 18:43 |
| srichter | philiKON: I guess I start today and hopefully get it out too | 18:43 |
| philiKON | ok | 18:43 |
| srichter | if zope.org works | 18:43 |
| philiKON | heh | 18:44 |
| *** gintas has joined #zope3-dev | 18:50 | |
| *** MJ has quit IRC | 18:51 | |
| *** zagy has quit IRC | 19:09 | |
| *** timte has joined #zope3-dev | 19:10 | |
| *** zagy has joined #zope3-dev | 19:32 | |
| *** zagy has joined #zope3-dev | 19:32 | |
| *** sashav has joined #zope3-dev | 19:37 | |
| *** projekt01 has joined #zope3-dev | 19:53 | |
| *** yotaff has quit IRC | 20:01 | |
| faassen | I'm having trouble getting virtual hosts to work in zope 3. | 20:08 |
| faassen | stuff like http://localhost:8080/++vh++http://othersite.org:80/++/@@contents.html gives me a not found. | 20:08 |
| mgedmin | faassen, the syntax is /++vh++http:othersite.org:80/++/@@contents.html | 20:09 |
| mgedmin | no // between ++vh++http and the hostname | 20:09 |
| faassen | aah. | 20:09 |
| *** mkerrin has quit IRC | 20:09 | |
| faassen | tricky. | 20:09 |
| faassen | I'm so used to typing that I didn't even see it. | 20:09 |
| faassen | thanks! | 20:09 |
| philiKON | :) | 20:10 |
| faassen | of course I still get forbidden but that must be some apache problem. | 20:11 |
| faassen | even though I used Philipp's recipe. :) | 20:11 |
| philiKON | faassen, it's indeed an apache problem | 20:12 |
| philiKON | i remember something about allowing foward proxying or so | 20:12 |
| faassen | client denied by server configuration. | 20:13 |
| *** BjornT_ has joined #zope3-dev | 20:14 | |
| philiKON | yeah, you need to allow localhost for mod_proxy | 20:14 |
| faassen | right. | 20:14 |
| philiKON | i'm trying to find how i did that | 20:14 |
| faassen | just hit that logfile. :) | 20:14 |
| faassen | I mean, config file. | 20:14 |
| philiKON | <ProxyMatch http://localhost:[0-9]{2,}?[8|9]0/.*> | 20:14 |
| philiKON | Order deny,allow | 20:14 |
| philiKON | Allow from all | 20:14 |
| philiKON | </ProxyMatch> | 20:14 |
| *** BjornT has quit IRC | 20:14 | |
| faassen | you could also do allow from localhost, I think? | 20:14 |
| mgedmin | wow, I never had to do that | 20:14 |
| philiKON | faassen, think so | 20:15 |
| philiKON | mgedmin, this is apache2 | 20:15 |
| mgedmin | I use apache2 | 20:15 |
| philiKON | and maybe some default configs already have that setting | 20:15 |
| faassen | allow from localhost did the trick. | 20:15 |
| mgedmin | recursive grep for 'ProxyMatch' in my /etc/apache2 finds nothing | 20:15 |
| faassen | now to find why the css isn't loaded. | 20:15 |
| philiKON | mgedmin, doesn't have to be in a ProxyMatch clause | 20:16 |
| philiKON | #<Proxy *> | 20:16 |
| philiKON | # Order deny,allow | 20:16 |
| philiKON | # Deny from all | 20:16 |
| philiKON | # #Allow from .your_domain.com | 20:16 |
| philiKON | #</Proxy> | 20:16 |
| philiKON | this does the trick also | 20:16 |
| faassen | <Proxy *> | 20:16 |
| faassen | Order deny,allow | 20:16 |
| faassen | Deny from all | 20:16 |
| faassen | #Allow from .your_domain.com | 20:16 |
| faassen | Allow from localhost | 20:16 |
| faassen | </Proxy> | 20:16 |
| faassen | also works. | 20:16 |
| mgedmin | I have proxy.conf in mods-available (but not mods-enabled) ... | 20:17 |
| mgedmin | does this mean I have a security hole in my apache2? | 20:17 |
| mgedmin | cool :) | 20:17 |
| *** mkerrin has joined #zope3-dev | 20:18 | |
| *** bradb is now known as bradb-lunch | 20:19 | |
| mgedmin | hmm, ProxyRequests is off in my apache, so I should be safe | 20:21 |
| *** gintas has quit IRC | 20:25 | |
| dman13 | mgedmin: mods-available just contains default/sample module load and config files provided by the software vendor(s) | 20:26 |
| *** sashav has quit IRC | 20:26 | |
| dman13 | mgedmin: the apache configuration should only load the files in mods-enabled, thus allowing you (the admin) to easily symlink in the default configs you want actually enabled | 20:26 |
| dman13 | at least, this is how it works in debian | 20:26 |
| mgedmin | dman13, I use debian, and IIRC I used a2enable to enable mod_proxy and mod_rewrite -- and I did not have to add any explicit configuration directives to enable proxying to Zopes running on localhost | 20:28 |
| dman13 | I'm not familiar with a2enable. I've used 'ln -s', though, to enable various installed modules. | 20:29 |
| mgedmin | I mean a2enmod | 20:30 |
| mgedmin | I thought that was The True Debian Way | 20:31 |
| dman13 | that either. | 20:31 |
| dman13 | I don't know, but I edit the config with $EDITOR and ln, rm, and cp | 20:32 |
| philiKON | a2enmod is just a simple helper script that does the ln stuff for you | 20:39 |
| philiKON | it's nice | 20:39 |
| *** faassen has quit IRC | 21:08 | |
| *** mkerrin has quit IRC | 21:21 | |
| *** bradb-lunch is now known as bradb | 21:21 | |
| *** MJ has joined #zope3-dev | 21:28 | |
| *** RaFromBRC has joined #zope3-dev | 21:35 | |
| *** RaFromBRC is now known as RaAtBRC | 21:36 | |
| *** RaAtBRC has quit IRC | 21:41 | |
| *** RaFromBRC has joined #zope3-dev | 21:53 | |
| *** Alef has quit IRC | 21:54 | |
| *** anguenot has quit IRC | 22:01 | |
| *** mgedmin has quit IRC | 22:29 | |
| *** RaFromBRC is now known as RaAtBRC | 22:53 | |
| *** Alef has joined #zope3-dev | 22:58 | |
| *** sashav has joined #zope3-dev | 23:09 | |
| *** RaAtBRC is now known as RaAtBRC|away | 23:19 | |
| projekt01 | srichter, ayt? | 23:45 |
| srichter | yes | 23:45 |
| projekt01 | I have a question about the zope.wfmc package | 23:46 |
| srichter | ok | 23:46 |
| projekt01 | The Process class uses a definition property which calls a IProcessDefinition utility | 23:46 |
| srichter | file, line? | 23:47 |
| projekt01 | zope.wfmc.process.py line 194 | 23:47 |
| projekt01 | In the ecm.workflow implementation ProcessDefinition are not utilities! | 23:48 |
| srichter | well, this is a API requirement | 23:48 |
| srichter | the README.txt always registers the definition as a utility before using it | 23:48 |
| projekt01 | Yes, that's OK, but we use another implementation and I think the generic wfmc implementation | 23:49 |
| srichter | you break the expectations of the code when not registering as a utility | 23:50 |
| projekt01 | should use adapters not utilities | 23:50 |
| srichter | adapters to what? | 23:50 |
| projekt01 | I mean use adapters for lookup the utility | 23:50 |
| srichter | can you give me pseudo code? | 23:50 |
| projekt01 | In our usecase we replace the adapter and lookup whatever we need | 23:50 |
| srichter | you mean an adaoter from IProcess to IProcessDefinition? | 23:51 |
| projekt01 | definition = IProcessDefinitions(context)[id] | 23:51 |
| projekt01 | Yup | 23:51 |
| srichter | and in the default case it looks up a utility? | 23:51 |
| projekt01 | Yes, but not in our usecase | 23:52 |
| srichter | ok, I think you can make a case on the mailing list | 23:52 |
| projekt01 | I like to discuss this with Jim too later, was just wondering if you also use utilities | 23:53 |
| projekt01 | Right now I think I use a own Process class, because of less time. | 23:53 |
| srichter | I use utilties | 23:54 |
| srichter | and I have no problem with them being utilities | 23:54 |
| projekt01 | Ok | 23:54 |
| srichter | I don't understand why ECM workflow wants to do it differently | 23:54 |
| projekt01 | we use a workflow utility where the process definition are stored | 23:55 |
| projekt01 | And a process instance repository utility | 23:55 |
| projekt01 | How do you store the process instances? | 23:55 |
| srichter | simply on one of the objects | 23:57 |
| srichter | for example, I have an academic standing workflow | 23:57 |
| srichter | I simply store this on the student for which it is | 23:57 |
| projekt01 | Ecm offers right now a ZCML registration and stores all relevant non persitent workflow stuff in a global utility | 23:58 |
| srichter | I don't understand why | 23:58 |
| srichter | seems complicated | 23:58 |
| projekt01 | Uh, I try to follow the wfmc interface 2 and use one of the four recommended WorkList implementations | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!