| *** sashav has quit IRC | 00:01 | |
| *** pcardune has quit IRC | 00:48 | |
| *** niemeyer has quit IRC | 01:32 | |
| *** andres_ has joined #zope3-dev | 01:58 | |
| *** andres__ has quit IRC | 02:06 | |
| *** J1m has quit IRC | 02:58 | |
| *** yota has quit IRC | 03:12 | |
| *** hazmat has joined #zope3-dev | 03:15 | |
| *** ChanServ sets mode: +o hazmat | 03:15 | |
| *** stub has joined #zope3-dev | 04:51 | |
| *** hazmat has quit IRC | 05:02 | |
| *** r0n has joined #zope3-dev | 05:12 | |
| *** deo has quit IRC | 05:23 | |
| *** rykomats has joined #zope3-dev | 05:41 | |
| *** sashav has joined #zope3-dev | 06:00 | |
| stub | lifeless: If an HTTP server wants to state 'this document will never be altered and the content will never expire' is the correct way still to just output an 'Expires: never' header? | 06:27 |
|---|---|---|
| lifeless | stub: IIRC yes. | 06:28 |
| lifeless | I'd need to check rfc2616's cache control and expires: sections to be sure. | 06:28 |
| lifeless | note that there is a maximum that that applies to anyway | 06:28 |
| *** rykomats_ has joined #zope3-dev | 07:43 | |
| *** rykomats has quit IRC | 08:01 | |
| *** zagy has quit IRC | 08:26 | |
| *** eins has joined #zope3-dev | 08:31 | |
| *** dobee has joined #zope3-dev | 08:33 | |
| *** zagy has joined #zope3-dev | 08:33 | |
| *** zagy has quit IRC | 08:37 | |
| *** zagy has joined #zope3-dev | 08:38 | |
| *** dobee has quit IRC | 08:56 | |
| *** sashav has quit IRC | 09:00 | |
| *** rom|aw is now known as romanofski | 09:02 | |
| romanofski | moin | 09:02 |
| *** dobee has joined #zope3-dev | 09:16 | |
| *** agroszer has joined #zope3-dev | 09:21 | |
| *** stub has quit IRC | 09:36 | |
| *** hdima has joined #zope3-dev | 09:44 | |
| *** stub has joined #zope3-dev | 09:59 | |
| *** rykomats_ has quit IRC | 10:06 | |
| *** agroszer has quit IRC | 10:11 | |
| *** jhauser has joined #zope3-dev | 10:12 | |
| *** sashav has joined #zope3-dev | 10:46 | |
| *** jinty has joined #zope3-dev | 10:56 | |
| *** stub has quit IRC | 11:27 | |
| *** philiKON has joined #zope3-dev | 12:08 | |
| *** stub has joined #zope3-dev | 12:38 | |
| *** mgedmin has joined #zope3-dev | 12:38 | |
| *** tarek_ has joined #zope3-dev | 12:39 | |
| *** Aiste has quit IRC | 12:43 | |
| *** MrTopf has joined #zope3-dev | 12:48 | |
| *** tarek has quit IRC | 12:55 | |
| *** Aiste has joined #zope3-dev | 13:01 | |
| *** niemeyer has joined #zope3-dev | 13:16 | |
| *** ignas has joined #zope3-dev | 13:33 | |
| *** Aiste has quit IRC | 13:38 | |
| *** mgedmin has quit IRC | 13:40 | |
| *** andres has joined #zope3-dev | 14:01 | |
| andres | philiKON, the problem is, that i _have_ defined title as accessible (in regard to my bugreport). (with <require attribute="title" permission="zope.View"/> | 14:24 |
| andres | And if i catch that exception and mark retitleable as false, displaying the title works. | 14:25 |
| *** xenru|clone has quit IRC | 14:33 | |
| *** _anguenot has quit IRC | 14:46 | |
| *** faassen has joined #zope3-dev | 14:48 | |
| *** andres__ has joined #zope3-dev | 14:58 | |
| *** andres has quit IRC | 15:00 | |
| *** andres__ is now known as andres | 15:00 | |
| tarek_ | hi srichter | 15:02 |
| srichter | hi | 15:07 |
| *** tarek_ has quit IRC | 15:12 | |
| *** tarek has joined #zope3-dev | 15:13 | |
| *** zbir has quit IRC | 15:15 | |
| *** philiKON has quit IRC | 15:18 | |
| *** yota has joined #zope3-dev | 15:26 | |
| *** efge has joined #zope3-dev | 15:32 | |
| *** _anguenot has joined #zope3-dev | 15:43 | |
| srichter | tarek: still around? | 15:46 |
| *** tarek has quit IRC | 15:51 | |
| *** tarek has joined #zope3-dev | 15:54 | |
| *** Aiste has joined #zope3-dev | 15:58 | |
| *** efrerich has joined #zope3-dev | 16:00 | |
| *** MrTopf has quit IRC | 16:04 | |
| *** Aiste has quit IRC | 16:05 | |
| *** Aiste has joined #zope3-dev | 16:06 | |
| *** zbir has joined #zope3-dev | 16:07 | |
| *** MJ has joined #zope3-dev | 16:08 | |
| *** Aiste has quit IRC | 16:12 | |
| *** philiKON has joined #zope3-dev | 16:35 | |
| *** xenru has joined #zope3-dev | 16:38 | |
| philiKON | andres, it's hard to see what your problem is w/o the code | 16:41 |
| *** xenru has quit IRC | 16:52 | |
| *** xenru has joined #zope3-dev | 17:00 | |
| *** dobee has quit IRC | 17:05 | |
| *** J1m has joined #zope3-dev | 17:12 | |
| *** Theuni has joined #zope3-dev | 17:14 | |
| andres | philiKON, still here? | 17:17 |
| philiKON | yes | 17:18 |
| andres | So, what i wanted was, that i see the title in zcml, so that i do not have to look at bare ids (my object come out of a database and are identified by an id). If i understood it correctly i had to implement IZopeDublinCore. | 17:20 |
| andres | s/zcml/zmi/ | 17:21 |
| andres | So i wrote an property title which is just has an getter, but no setter. | 17:21 |
| *** hdima has quit IRC | 17:21 | |
| andres | Then i added a <require attribute="title"> directive to zcml, and after that i always got ForbiddenAttribute errors. | 17:22 |
| Theuni | philiKON: thank your for those kudos ... | 17:22 |
| philiKON | Theuni, credit where credit is due :) | 17:23 |
| * Theuni tells people to buy more philiKON books | 17:23 | |
| *** romanofski is now known as rom|weg | 17:23 | |
| philiKON | Theuni, good boy :) | 17:23 |
| andres | philiKON, i dont know where my failure is in that. | 17:23 |
| philiKON | andres, me neither | 17:23 |
| philiKON | sorry, w/o the code and the full traceback (and some time), it's hard to say where the problem is | 17:24 |
| andres | The problem is, that canWrite fails, perhaps because the property is not settable. So i thought, that if canWrite fails info['retitleable'] should be false. | 17:26 |
| andres | philiKON, ill provide that in a minute. | 17:26 |
| andres | Traceback: http://pastebin.com/452551 | 17:27 |
| philiKON | andres, dude, canWrite fails because you didn't say <require set_attribute="..." /> | 17:29 |
| andres | philiKON, yes, and it should fail. Because it _is_ not writeable. | 17:29 |
| andres | But how to tell that the code. | 17:29 |
| andres | It is just readable. | 17:29 |
| philiKON | i see now | 17:29 |
| srichter | yeah, I have often thought about that exact use case myself | 17:30 |
| andres | Thats why i suggested catching ForbiddenAttribute. | 17:30 |
| srichter | and thus made once the adjustment Andres wants | 17:30 |
| philiKON | i *guess* catching ForbiddenATtributeError would be ok in this case | 17:31 |
| srichter | but it was backed out by Gary using Philipp's argument of hiding configuration bugs | 17:31 |
| *** Theuni has quit IRC | 17:31 | |
| srichter | so it is an open issue | 17:31 |
| philiKON | yes | 17:31 |
| andres | I just dont know whats the correct way to resolve this. | 17:31 |
| * philiKON reopens the issue | 17:31 | |
| srichter | another solution would be, of course, to assign a permission that noone has, but that's sort of a hack | 17:31 |
| philiKON | andres, issue #? | 17:31 |
| andres | philiKON, i can try to clarify it. I have read it again and its quite bogus. | 17:31 |
| andres | #506 | 17:32 |
| philiKON | what is bogus? | 17:32 |
| andres | My description of the problem is not that clear. | 17:32 |
| philiKON | yeh | 17:32 |
| philiKON | ok, why don't you write a follow up for clarification | 17:32 |
| philiKON | we can then reopen the issue | 17:33 |
| philiKON | basically, describe our conclusion | 17:33 |
| philiKON | 1. you're missing security delcarations for *set*_attribute or *set*_schema | 17:33 |
| andres | ok, will do. | 17:33 |
| philiKON | 2. this means an attr is not writeable | 17:33 |
| philiKON | by desing | 17:33 |
| philiKON | by design | 17:33 |
| andres | But will fetch a coffee first (ah, its so annoying to work in a lab and not beeing allowed to have drinks or food on your desk) | 17:34 |
| philiKON | ok :) | 17:34 |
| *** eins has quit IRC | 17:38 | |
| *** bradallen has joined #zope3-dev | 17:40 | |
| andres | Done that. | 17:44 |
| *** dobee has joined #zope3-dev | 17:48 | |
| andres | The only other way i can think of is to introduce something like zope.Nobody and have a <require permission="zope.Nobody" set_attribute="title"/> but that seems a bit bogus to me. | 17:52 |
| philiKON | yes | 17:52 |
| philiKON | zbir, re your checking regarding 'root' | 17:54 |
| philiKON | zbir, you also need to fix up Zope3/bin/debugzope | 17:54 |
| philiKON | zbir, and check in a copy of scriptzope.in into Zope3/bin/scriptzope | 17:55 |
| philiKON | so that the 'zopectl run' command also works for the in-place instance of a zope 3 checkout | 17:55 |
| *** bradallen has quit IRC | 18:01 | |
| *** xenru has quit IRC | 18:02 | |
| zbir | I thought those were created from the .in files. | 18:05 |
| zbir | I'll check those in in jus a mo'. | 18:05 |
| zbir | ah, the in-place. sure. | 18:06 |
| zbir | sorry 'bout that. | 18:06 |
| *** sashav has quit IRC | 18:07 | |
| philiKON | zbir, no prob :) | 18:09 |
| zbir | done, ta | 18:11 |
| philiKON | gotta go to bed | 18:14 |
| philiKON | g'night | 18:14 |
| *** philiKON has quit IRC | 18:14 | |
| *** dobee has quit IRC | 18:19 | |
| *** zagy has quit IRC | 18:29 | |
| *** zagy has joined #zope3-dev | 18:33 | |
| *** MacYET has joined #zope3-dev | 18:48 | |
| MacYET | is there a method of get a list of all adapters registered for a particular interface? | 18:50 |
| *** xenru has joined #zope3-dev | 18:59 | |
| srichter | MacYET: yep, check out the apidoc API | 19:00 |
| MacYET | :-) | 19:00 |
| srichter | note that the API is meant to be reusable | 19:00 |
| MacYET | apidoc tells me nothing about my usecase :-) | 19:02 |
| srichter | see the component.txt file, I think | 19:02 |
| MacYET | there is getAdapters() but it requires 'objects' | 19:02 |
| srichter | (it's in one of the txt files there) | 19:02 |
| srichter | if not you can look at the implementations of the functions | 19:03 |
| srichter | it basically boils down to looking up the registrations and filtering them | 19:03 |
| MacYET | well, i'll try the high-level RTFM approach and it fails :) | 19:03 |
| *** stub has quit IRC | 19:06 | |
| srichter | MacYET: I think you would want zope.app.apidoc.component.getRequiredAdapters(iface, withViews=False) | 19:09 |
| MacYET | i wonder if this is available through five in z2 :) | 19:11 |
| MacYET | i'll give it a try | 19:12 |
| MacYET | tnx | 19:12 |
| srichter | it should | 19:12 |
| srichter | it uses the global adapter registry | 19:12 |
| *** MJ has quit IRC | 19:14 | |
| *** elro has joined #zope3-dev | 19:26 | |
| *** sashav has joined #zope3-dev | 19:29 | |
| elro | hi zope3-ers, just wandering if there is anything special I should keep in mind if I want to build a non zodb based app (an ldap browser)? Is this possible? how would I tell zope3 to traverse to my application without a persistant object at the zodb root? | 19:29 |
| srichter | there should nothing be too difficult, except that you want a custom publication object that porovides an alternative application root | 19:32 |
| faassen | elro: it's possible. best would be to takl to SteveA, he's got a lot of experience with launchpad, which doesn't use the ZODB in Zope 3 either. | 19:32 |
| *** natea has quit IRC | 19:34 | |
| *** ignas has quit IRC | 19:34 | |
| *** natea has joined #zope3-dev | 19:35 | |
| * elro wanders. perhaps it may be an easier first step to make a custom site and handle traversal past it. this is the first project I've had an excuse not to use zope3 for. | 19:35 | |
| elro | thanks for your hints srichter, faassen | 19:36 |
| faassen | elro: yeah, you can could just use the ZODB root and then put in a site that traverses into your own object space. | 19:41 |
| faassen | elro: by overriding the appropriate traversal adapters and the like. | 19:41 |
| srichter | that will be easier | 19:42 |
| srichter | in fact you could do that with a traversal namespace | 19:42 |
| elro | faassen: yes, sounds like the best way, can then make it TTW configurable too, and skins may come in handy | 19:42 |
| srichter | actually a simple content object is better | 19:43 |
| faassen | elro: right, you can use the ZODB for configuration data. I mean, getting rid of the ZODB means that you need to store *everything* in the other thing, which may be a bit of a big buy-in. if the ZODB is not in the way for some particular deployment reason, why not keep it around. :) | 19:43 |
| srichter | since you want to store initial path info, server info, credentails, etc | 19:43 |
| *** sashav has quit IRC | 19:46 | |
| andres | elro, will that be commercial or free? | 19:56 |
| *** natea has quit IRC | 19:57 | |
| *** natea has joined #zope3-dev | 19:58 | |
| *** natea_ has joined #zope3-dev | 20:04 | |
| *** natea has quit IRC | 20:04 | |
| *** faasse1 has joined #zope3-dev | 20:12 | |
| elro | andres: will be free, though not sure quite how generally usable it will be, but will try not to make too specific. planning on using luma for the backend (it's nicely sperated gui and logic) so will end up as gpl | 20:14 |
| *** elro has left #zope3-dev | 20:14 | |
| *** faassen has quit IRC | 20:27 | |
| *** MJ has joined #zope3-dev | 20:28 | |
| *** andres has quit IRC | 20:35 | |
| *** r0n has quit IRC | 20:42 | |
| *** faasse1 has left #zope3-dev | 20:42 | |
| *** r0n has joined #zope3-dev | 20:42 | |
| *** andres_ is now known as andres | 20:45 | |
| *** _anguenot has quit IRC | 21:03 | |
| *** xenru has quit IRC | 21:04 | |
| *** deo has joined #zope3-dev | 21:04 | |
| J1m | are there any mac os x hackers here? | 21:26 |
| MacYET | perhaps | 21:27 |
| J1m | Does the following mean anything to you? | 21:28 |
| *** jhauser has quit IRC | 21:28 | |
| J1m | just a minute ... | 21:28 |
| J1m | >>> import zope.ucol | 21:30 |
| J1m | Traceback (most recent call last): | 21:30 |
| J1m | File "<stdin>", line 1, in ? | 21:30 |
| J1m | File "/Users/jim/p/z4i/jim-icu/instance/lib/python/zope/ucol/__init__.py", line 39, in ? | 21:30 |
| J1m | from _zope_ucol import KeyFactory | 21:30 |
| J1m | ImportError: Failure linking new module: /Users/jim/p/z4i/jim-icu/var/src/zope_ucol/src/zope/ucol/_zop\e_ucol.so: Library not loaded: libicui18n.dylib.32 | 21:30 |
| J1m | Referenced from: /Users/jim/p/z4i/jim-icu/var/src/zope_ucol/src/zope/ucol/_zope_ucol.so | 21:30 |
| J1m | Reason: image not found | 21:30 |
| J1m | >>> | 21:30 |
| MacYET | hold on | 21:30 |
| J1m | MacYET, do you know what I should look for/do to resolve the "image not found" business. | 21:31 |
| * J1m holds on | 21:31 | |
| MacYET | isn't libicu somerhing with unicode ? | 21:32 |
| J1m | Yes. I'm trying to use: | 21:32 |
| J1m | ICU that I built myself | 21:32 |
| J1m | Python that I built myself. | 21:33 |
| MacYET | hmm | 21:33 |
| MacYET | i have some libicu18n libs under openoffice | 21:33 |
| J1m | Right, ICU is a popular library used by many things. | 21:33 |
| J1m | But I'm guessing that this is a generic library loading issue. | 21:34 |
| MacYET | but the it does not belong to macosx | 21:34 |
| J1m | No | 21:34 |
| MacYET | I#ve installed it here through darwinports | 21:34 |
| J1m | I developed this Python extension on Linux, and it runs fine there. | 21:34 |
| MacYET | compiling things on macosx is scary | 21:35 |
| MacYET | i pass, sorry | 21:35 |
| J1m | http://svn.zope.org/zope.ucol/trunk/ btw | 21:35 |
| J1m | This is a tiny extension for locale-specific string collation. | 21:35 |
| J1m | (working toward filling a hole in our i18n story) | 21:36 |
| J1m | efge, are there any mac os x hackers here? :) | 21:36 |
| MacYET | you solve more problems then people really have :) | 21:37 |
| J1m | huh? | 21:37 |
| efge | J1m: hm dunno | 21:37 |
| efge | have you run ldconfig or the mac equivalent ? | 21:37 |
| MacYET | forget it | 21:37 |
| J1m | no | 21:38 |
| * J1m gets man page for ldconfig | 21:38 | |
| efge | J1m: not sure there's a ldconfig on mac anyway | 21:38 |
| efge | J1m: can you run otool -L on your .so file ? otool has lots of options to inspect executables or libraries | 21:38 |
| MacYET | nope | 21:38 |
| MacYET | and there is ktrace (similar to strace) | 21:39 |
| J1m | dhcp151:~/p/z4i/jim-icu/var/src/zope_ucol jim$ otool -L src/zope/ucol/_zope_ucol.so | 21:39 |
| J1m | src/zope/ucol/_zope_ucol.so: | 21:39 |
| J1m | libicui18n.dylib.32 (compatibility version 32.0.0, current version 32.0.0) | 21:39 |
| J1m | libicuuc.dylib.32 (compatibility version 32.0.0, current version 32.0.0) | 21:39 |
| J1m | libicudata.dylib.32 (compatibility version 32.0.0, current version 32.0.0) | 21:39 |
| J1m | /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 92.0.0) | 21:39 |
| J1m | /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.2) | 21:39 |
| J1m | d | 21:39 |
| efge | note that there's no absolute path, maybe that's it | 21:40 |
| MacYET | #nite | 21:40 |
| *** MacYET has left #zope3-dev | 21:41 | |
| J1m | efge, right | 21:41 |
| J1m | setting LD_LIBRARY_PATH doesn't seem to help. | 21:42 |
| J1m | Perhaps I should try cramming these things into /usr/lib just to see if that makes a difference. | 21:43 |
| *** BjornT has quit IRC | 21:47 | |
| *** BjornT has joined #zope3-dev | 21:47 | |
| J1m | puting it in /usr/lib doesn't help. | 21:50 |
| efge | J1m: I guess at link time you have to provide absolute paths | 21:51 |
| J1m | I find that hard to believe. | 21:51 |
| J1m | I can try that. | 21:51 |
| J1m | But I really think it's something else. | 21:51 |
| * J1m hacks setup.py | 21:51 | |
| efge | otherwise I've no idea | 21:53 |
| zbir | Macs are hard. Let's go shopping! | 21:59 |
| J1m | sounds good to me | 21:59 |
| *** sashav has joined #zope3-dev | 22:02 | |
| *** efge has quit IRC | 22:14 | |
| *** andres has quit IRC | 22:15 | |
| J1m | made it work | 22:20 |
| * J1m is the only decent mac hacker around here | 22:20 | |
| srichter | I'll remember that :-) | 22:22 |
| WebMaven | J1m is w00test! J1m 0wnzerz Mac! | 22:23 |
| J1m | I don't even own a mac. | 22:24 |
| * J1m is the only decent mac hacker around here even though he doesn't own a mac | 22:24 | |
| *** clueck has joined #zope3-dev | 22:26 | |
| WebMaven | that just gives you even more w00t. | 22:27 |
| *** clueck has joined #zope3-dev | 22:27 | |
| *** mleist has joined #zope3-dev | 22:27 | |
| * J1m has no idea what w00t is. | 22:27 | |
| * srichter neither | 22:37 | |
| *** clueck has quit IRC | 22:38 | |
| *** andrew_m has quit IRC | 22:45 | |
| srichter | J1m: http://en.wikipedia.org/wiki/W00t | 22:46 |
| WebMaven | I was, in fact, using it incorrectly. | 22:49 |
| WebMaven | at least the second time. | 22:52 |
| srichter | J1m: the readonly flag of a field is not enforced by the FieldProperty; is that a bug/misfeature? | 23:08 |
| J1m | sounds like a bug | 23:08 |
| srichter | ok, I'll fix it | 23:08 |
| J1m | The original purpose of that thing was validation. | 23:09 |
| J1m | I never use it. | 23:09 |
| srichter | I know, I use it for documentation right now and I am starting to think that we really should use it | 23:09 |
| *** r0n has quit IRC | 23:11 | |
| *** r0n has joined #zope3-dev | 23:11 | |
| *** jhauser has joined #zope3-dev | 23:18 | |
| *** r0n has quit IRC | 23:46 | |
| *** r0n has joined #zope3-dev | 23:46 | |
| *** r0n has quit IRC | 23:53 | |
| *** r0n has joined #zope3-dev | 23:53 | |
| *** andres has joined #zope3-dev | 23:58 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!