| *** tav_ has joined #zope3-dev | 00:02 | |
| *** __gotcha has joined #zope3-dev | 00:08 | |
| *** __gotcha is now known as __gotchaway | 00:11 | |
| *** tav has quit IRC | 00:18 | |
| *** yota has quit IRC | 00:18 | |
| *** tvon has quit IRC | 00:50 | |
| *** tvon has joined #zope3-dev | 00:56 | |
| *** Jim7J1AJH has joined #zope3-dev | 00:58 | |
| *** MrTopf has quit IRC | 00:58 | |
| *** bska|mobile has joined #zope3-dev | 00:58 | |
| *** bskahan has quit IRC | 00:59 | |
| *** bskahan_ has joined #zope3-dev | 01:02 | |
| *** bska|mobile has quit IRC | 01:10 | |
| *** bskahan_ has quit IRC | 01:14 | |
| *** tvon has quit IRC | 01:33 | |
| *** tav has joined #zope3-dev | 02:12 | |
| *** tav_ has quit IRC | 02:24 | |
| *** tav has quit IRC | 02:31 | |
| *** andrew_m has quit IRC | 02:58 | |
| *** d2m has quit IRC | 03:05 | |
| *** anguenot has quit IRC | 03:23 | |
| *** __gotcha has joined #zope3-dev | 03:23 | |
| *** __gotchaway has quit IRC | 03:38 | |
| *** xtrmntr has joined #zope3-dev | 03:51 | |
| *** tvon has joined #zope3-dev | 03:52 | |
| *** xtrmntr has quit IRC | 04:23 | |
| *** xtrmntr has joined #zope3-dev | 05:42 | |
| *** xtrmntr has quit IRC | 05:44 | |
| *** lilgrow has joined #zope3-dev | 06:40 | |
| *** lilgrow has quit IRC | 07:14 | |
| *** zagy has quit IRC | 08:20 | |
| *** zagy has joined #zope3-dev | 08:30 | |
| *** vitaly has joined #zope3-dev | 08:37 | |
| *** hdima has joined #zope3-dev | 09:06 | |
| mp | when I add PAU with session credentials I can login into site through login form (session credentials) and become one of the principal folder's principals... how do I make it possible to login with html login form as a principal defined in principals zcml? | 09:08 |
|---|---|---|
| *** yota has joined #zope3-dev | 09:31 | |
| *** MrTopf has joined #zope3-dev | 09:34 | |
| *** sashav_ has joined #zope3-dev | 10:38 | |
| *** tav has joined #zope3-dev | 10:41 | |
| *** sashav_ has quit IRC | 10:46 | |
| *** tav has quit IRC | 11:10 | |
| tvon | any suggestions on how to get ahold of the principal in a tales path expression? | 11:15 |
| philiKON | request/principal | 11:15 |
| tvon | I'm trying to do something like tal:if="context/has_permission:some.Permission" | 11:15 |
| *** faassen has joined #zope3-dev | 11:16 | |
| tvon | hrm | 11:16 |
| philiKON | tvon, there's zope.security.checkPermission() | 11:16 |
| * tvon looks | 11:17 | |
| philiKON | but if you feel you need to call this in zpt, you might consider a different approach | 11:17 |
| tvon | ah | 11:17 |
| philiKON | at least call this from pythonc ode | 11:17 |
| philiKON | gotta | 11:17 |
| philiKON | go | 11:17 |
| philiKON | cya | 11:17 |
| tvon | I have to check fairly often.. I was going through views and adding util methods but I figured an expr would be nicer | 11:17 |
| tvon | philiKON: thanks | 11:17 |
| *** tav has joined #zope3-dev | 11:25 | |
| *** philiKON has quit IRC | 11:37 | |
| *** MrTopf has quit IRC | 11:57 | |
| *** anguenot has joined #zope3-dev | 12:38 | |
| *** d2m has joined #zope3-dev | 12:40 | |
| *** MrTopf has joined #zope3-dev | 12:44 | |
| *** vitalyo has joined #zope3-dev | 13:07 | |
| *** vitaly has quit IRC | 13:15 | |
| *** Aiste has joined #zope3-dev | 13:17 | |
| *** vlado has joined #zope3-dev | 13:19 | |
| *** __gotcha has quit IRC | 13:21 | |
| *** __gotcha has joined #zope3-dev | 13:21 | |
| *** tarek has joined #zope3-dev | 13:30 | |
| *** tav has quit IRC | 13:55 | |
| *** tav has joined #zope3-dev | 14:03 | |
| *** tvon has quit IRC | 14:20 | |
| *** efge has joined #zope3-dev | 14:22 | |
| *** __gotcha is now known as __gotchaway | 14:24 | |
| *** BjornT has joined #zope3-dev | 14:34 | |
| *** J1m has joined #zope3-dev | 14:39 | |
| *** tvon has joined #zope3-dev | 14:41 | |
| *** SteveA has joined #zope3-dev | 15:03 | |
| *** stub has joined #zope3-dev | 15:04 | |
| *** benji_york has joined #zope3-dev | 15:20 | |
| *** ignas has joined #zope3-dev | 15:25 | |
| *** J1m has quit IRC | 15:47 | |
| *** bradb has joined #zope3-dev | 15:47 | |
| *** tav has quit IRC | 15:59 | |
| *** andrew_m has joined #zope3-dev | 16:04 | |
| *** alga has joined #zope3-dev | 16:05 | |
| *** tav has joined #zope3-dev | 16:10 | |
| *** bskahan has joined #zope3-dev | 16:17 | |
| *** gintas has joined #zope3-dev | 16:21 | |
| *** bska|mobile has joined #zope3-dev | 16:48 | |
| *** bskahan has quit IRC | 16:50 | |
| srichter | benji_york: do you want to write the testbrowser proposal? | 16:56 |
| *** genconc has joined #zope3-dev | 16:56 | |
| benji_york | srichter, sure. I was just reading your 2.4 proposal. Is that the recommended format and location? | 16:57 |
| srichter | yes | 16:59 |
| srichter | there is a ProposalTemplate wiki page | 16:59 |
| benji_york | yep, I found that. I should have it written and up in a little while | 17:00 |
| srichter | at the end of the Proposals page | 17:00 |
| srichter | great | 17:00 |
| srichter | benji_york: btw, is Jim on vacation this week? | 17:04 |
| benji_york | this week and two more after that, he's going to be relatively connected though, so email should provide good communication | 17:05 |
| srichter | ok | 17:05 |
| *** hdima has quit IRC | 17:13 | |
| *** __gotchaway is now known as __gotcha | 17:15 | |
| *** SureshZ has joined #zope3-dev | 17:37 | |
| benji_york | srichter, the testbrowser proposal is up at http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/BrowserObjectForFunctionalTests, let me know if you have any feedback | 17:38 |
| srichter | benji_york: yep, I get Wiki changes mails :-) | 17:39 |
| srichter | benji_york: please also send a message to the list | 17:39 |
| srichter | benji_york: on a technical note, do you think we could record browser sessions somehow? | 17:39 |
| srichter | Could we reuse the existing recording code to generate testbrowser test sessions? | 17:40 |
| srichter | Maybe we could hook into the publisher somehow? | 17:40 |
| benji_york | I'll email the list | 17:41 |
| benji_york | about recording... | 17:41 |
| benji_york | we've thrown around the idea of tcpwatch-style recording, and it doesn't work very well... | 17:42 |
| srichter | right | 17:42 |
| srichter | that's why I think it would be better to hook into the publisher | 17:43 |
| benji_york | ...but Brian has been working on in-browser recording of events with some encouraging first steps. | 17:43 |
| srichter | at the point it already parsed the form data | 17:43 |
| srichter | yeah | 17:43 |
| srichter | that would be another choice | 17:43 |
| srichter | but the problem with that is that it is browser-specific | 17:43 |
| *** vlado has quit IRC | 17:43 | |
| srichter | I guess it would be okay, if it is a firefox plugin | 17:44 |
| srichter | since it runs everywhere | 17:44 |
| benji_york | Brian's recorder works in IE and Firefox | 17:44 |
| benji_york | (no plugins, it's all Javascript) | 17:44 |
| srichter | ahh, now that is cool | 17:44 |
| benji_york | yep, but, like I said, the development is quite early, but we'll see if it works out. | 17:45 |
| srichter | right | 17:45 |
| benji_york | (the prototype is impressive though) :) | 17:46 |
| srichter | I would like to see that | 17:46 |
| srichter | maybe when I come to F12g | 17:47 |
| benji_york | that should be easy to arrange, plus it'll probably be closer to usable by then | 17:47 |
| srichter | right | 17:47 |
| *** tav_ has joined #zope3-dev | 17:48 | |
| srichter | benji_york: so since Jim wants to really fight the requirement of Py 2.4, I think we are better off backporting testbrowser to 2.3 | 17:51 |
| srichter | though the dependency issue still remains | 17:51 |
| benji_york | I don't mind backporting, I just want to wait until we settle the 2.3/2.4 issue. | 17:52 |
| srichter | have you seen Fred's comment to your proposal? | 17:52 |
| benji_york | nope, on the wiki or list? | 17:53 |
| SteveA | do you know why jim wants to keep zope3 on python 2.3 ? | 17:53 |
| benji_york | oh, wiki | 17:53 |
| benji_york | I think his main reason is that Z2 can't use 2.4 without a lot of work. He really wants the Zope 3 in Zope 2 to be in sync with the latest Z3 release | 17:54 |
| SteveA | i'm surprised that zope2 can't move to python 2.4 | 17:55 |
| srichter | benji_york: yeah, the wiki | 17:56 |
| SteveA | and anyway, if this is a testing infrastructure issue, then | 17:56 |
| benji_york | I don't thin it's that z2 *cant*, it's more that it'll take quite a bit of work (as I understand it, not being a big z2 guy) | 17:56 |
| SteveA | why not move the zope3 testing infrastructure to python 2.4 | 17:56 |
| SteveA | but keep zope3 runtime as 2.3 | 17:56 |
| *** MrTopf has quit IRC | 17:56 | |
| benji_york | hmm, I think we want to encourage users of z3 to run the tests and add tests of their own, so having different requirements would make that harder for some people | 17:57 |
| SteveA | 2.4 has been out for ages | 17:59 |
| srichter | yep, but Z2 development is too slow | 17:59 |
| benji_york | oh, don't get me wrong, I'm all for requiring 2.4 for 3.2. It just gets more complicated when we have to consider z2 | 17:59 |
| srichter | I am kind of annoyed about the sacrifice | 18:00 |
| srichter | I think faassen had valid points about having Z2 trail one Z3 version | 18:00 |
| benji_york | not being a user of z2, I'm not worried about them, but I try to be a nice person, so I'll pretend that I care :) | 18:00 |
| *** bska|mobile has quit IRC | 18:00 | |
| benji_york | srichter, maybe, but that just delays the pain for 6 months (which might be enough to get it done, I don't know) | 18:01 |
| srichter | but often some time is what volunteers need | 18:02 |
| benji_york | like I said, I'm all for 2.4, someone just has to convince Jim | 18:03 |
| *** tav has quit IRC | 18:04 | |
| srichter | benji_york: I wonder whether we need mechanize at all for testbrowser (I think that was Fred's point) | 18:04 |
| benji_york | srichter, oh yes, we need mechanize! :) | 18:04 |
| benji_york | it does a great deal of the heavy lifting, I'm loath to re-implement all that it does | 18:05 |
| benji_york | plus it has a (small, but) fairly active community that has been responsive to me thus far. We're getting a lot of value from reusing their hard work. | 18:06 |
| srichter | ok | 18:06 |
| srichter | maybe we can convince them to package mechanize and its dependencies in one package | 18:06 |
| benji_york | how would that help? | 18:07 |
| srichter | maybe this is already possible anyways, since mechanize does direct imports | 18:07 |
| srichter | we do not have the stuff lying around everywhere | 18:07 |
| srichter | also, did you get anywhere witht he license thing? | 18:07 |
| benji_york | yep, there was a new release of pullparser Friday with a BSD license (so they're all BSD now) | 18:08 |
| srichter | great! | 18:08 |
| benji_york | I don't want to stur the waters too much, but perhaps we should start thinking about an automated dependency downloader for z3. | 18:09 |
| srichter | mmh, that would be worth a try | 18:12 |
| wiggy | benji_york: we intend to build something like that for the debian zope3 packages | 18:13 |
| wiggy | we already have the packaging system in place to do that | 18:13 |
| srichter | wiggy: but how Debian-independent is it? | 18:13 |
| benji_york | yep, I read about that and am interested, have you considered Eggs (easy_install) support? | 18:13 |
| srichter | it would really need to be a package that works on all platforms | 18:13 |
| wiggy | srichter: we can make most of it independent if that's going to be a design goal | 18:14 |
| benji_york | I really think now is the time to start thinking about this. We have Eggs, wiggy's debian work, Zpackage, and ZC has some internal stuff that might help | 18:14 |
| *** roym has joined #zope3-dev | 18:14 | |
| wiggy | you want deployement tools in general probably | 18:15 |
| wiggy | including stuff that does content loading | 18:15 |
| srichter | wiggy: benji_york: so we really should write a proposal | 18:15 |
| wiggy | srichter: I'm still getting up to speed with zope3 atm | 18:15 |
| srichter | wiggy: the advantage of writing a proposal and get all this stuff included in the trunk is that you will get help from other developers | 18:15 |
| wiggy | busy reading philiKONs book in the evenings :) | 18:15 |
| wiggy | at work we already have it done for zope2 stuff | 18:16 |
| srichter | wiggy: but this tool could be pretty much Zope 3 independent | 18:16 |
| wiggy | I'm not completely sure about that | 18:17 |
| wiggy | I think it needs to be done in a way to leverage existing things if they are there | 18:17 |
| wiggy | ie using either a OS-provided packaging system if possible | 18:17 |
| wiggy | or doing the downloads yourself if not | 18:17 |
| wiggy | the bit where you deploy to (ie zope 3 or an instance) needs some abstraction as well | 18:18 |
| wiggy | I can write down some ideas for it tonight I think | 18:18 |
| srichter | please do | 18:19 |
| benji_york | I would recommend keeping it as simple as possible, little to no metadata to maintain, use "standard" packages (tars from the original author, etc) | 18:20 |
| benji_york | we (ZC) have had resonable succes automating the download/install process for developer buildouts | 18:21 |
| benji_york | re: proposal, sounds good to me (I do worry about it being too soon, but that can be determined during the proposal process) | 18:22 |
| srichter | yeas, proposals are for figuring this sort of thing out | 18:24 |
| bob2 | 1.2 is from like 105 | 18:32 |
| bob2 | oops, -ewrongwindow | 18:32 |
| *** FarcePest has joined #zope3-dev | 18:40 | |
| *** zagy_ has joined #zope3-dev | 18:50 | |
| *** zagy has quit IRC | 18:56 | |
| *** __gotcha has quit IRC | 19:03 | |
| *** gintas has quit IRC | 19:04 | |
| *** douglasc has joined #zope3-dev | 19:05 | |
| *** douglasc has quit IRC | 19:08 | |
| *** tvon has quit IRC | 19:16 | |
| *** niemeyer has joined #zope3-dev | 19:18 | |
| *** tvon has joined #zope3-dev | 19:31 | |
| *** bskahan has joined #zope3-dev | 19:45 | |
| *** philiKON has joined #zope3-dev | 19:55 | |
| philiKON | zope.org's caching sucks | 20:15 |
| srichter | yep | 20:17 |
| *** guido_g has joined #zope3-dev | 20:17 | |
| *** GvaderTH has joined #zope3-dev | 20:17 | |
| philiKON | SteveA, srichter and I were talking about translations for zope 3.1 the other day | 20:20 |
| philiKON | SteveA, it'd be cool to have 3.1 translated into more languages than just .de and .ru | 20:20 |
| philiKON | :) | 20:20 |
| philiKON | SteveA, would it be possible to use the rosetta system to get zope-friendly translators an easy start for translating z3? | 20:21 |
| philiKON | (IOW, no contributor agreement, easy UI, get started right away, etc.) | 20:21 |
| alga | philiKON: good idea! | 20:33 |
| *** tav has joined #zope3-dev | 20:34 | |
| philiKON | alga, what are the necessary steps to get this setup? | 20:34 |
| philiKON | (besides J1m agreeing that we can integrate such contributions) | 20:34 |
| *** deo has quit IRC | 20:36 | |
| alga | I think you can sign up to rosetta and add Zope 3 yourself, and be the admin of the project | 20:36 |
| srichter | we have not found the link though; both philiKON and I signed up | 20:37 |
| SteveA | philiKON: Of course! | 20:37 |
| philiKON | alga, zope3 is already a launchpad project | 20:37 |
| philiKON | i just haven't got a clue where i can upload the POT files | 20:38 |
| SteveA | philiKON: most of the launchpad team is in brazil right now, planning our next 3-6 months of work. | 20:38 |
| SteveA | philiKON: i'll ask carlos (one of the rosetta developers) to chat to you when we have a break from meetings. | 20:39 |
| philiKON | SteveA, ok, great | 20:39 |
| philiKON | thanks | 20:39 |
| *** tav has quit IRC | 20:41 | |
| srichter | philiKON: the Zope 2.9 and 3.2 release will be concurrent | 20:41 |
| srichter | this is an edict from the pope | 20:41 |
| philiKON | i didn't realize that it was an edict | 20:43 |
| philiKON | i preferred if at least some discussion predeeced edicts | 20:43 |
| srichter | more or less; he did not declare it one but asserted it on everyone :-) | 20:43 |
| philiKON | well, i want it declared officially | 20:43 |
| srichter | just bring it up on the mailing list | 20:43 |
| philiKON | ok | 20:43 |
| roym | I am trying to render a container and its contents in ZPT. My | 20:43 |
| roym | contained items have a default view (index.html). If I use | 20:43 |
| roym | <div tal:content="value"/> | 20:43 |
| roym | it indicates that the contained object from container/values is a proxy: | 20:43 |
| roym | <security proxied anoobe.qtmodule.QDatum instance at 0x41b560ec> | 20:43 |
| roym | What syntax should I use here to force the content to render? | 20:43 |
| srichter | you should use the view to do that | 20:44 |
| philiKON | indeed | 20:44 |
| *** tav has joined #zope3-dev | 20:45 | |
| alga | so <div tal:content="structure value/@@viewname"/> should work? | 20:46 |
| roym | What path expression (zpt) will give me access to the index.html view? | 20:47 |
| roym | <div tal:content="value/@@index.html"/> fails.. | 20:47 |
| *** tav_ has quit IRC | 20:48 | |
| srichter | roym: alga is right and your code should pass as long as you have a view called index.html | 20:48 |
| roym | sorry - my bad - it does work! | 20:48 |
| roym | I love Zope3 more and more, as I learn about it... | 20:50 |
| roym | thanks | 20:50 |
| * srichter just noticed that keeping truw BBB with Zope X3 3.0 is almost impossible :-( | 20:52 | |
| benji_york | in what sense? | 20:52 |
| philiKON | srichter, where is not possible? | 20:53 |
| srichter | for example, in Zope 3.0 attribute y of class X did not have a protection in a general ZCML file | 20:53 |
| srichter | so custom projects would define their own declarations for class X attr y | 20:54 |
| srichter | for Zope 3.1 we noticed this problem and fixed it in the generic ZCML file | 20:54 |
| srichter | but now the startup of the custom project will fail due to duplicate security declarations | 20:54 |
| philiKON | so, like what? | 20:54 |
| srichter | if I see it right in my code here, the vocabulary stuff is one candidate, though I have to investigate further first | 20:55 |
| * srichter tries to make sure his book sources work | 20:55 | |
| philiKON | ic | 20:56 |
| *** RaFromBRC has joined #zope3-dev | 20:58 | |
| srichter | ok, so here is my use case | 21:00 |
| srichter | in Zope X3.0, IVocabularyTokenized did not extend IVocabulary | 21:00 |
| srichter | so making separate security declarations for both interfaces were necessary | 21:01 |
| srichter | in Zope 3,1, ITokenizedVocabulary extends IVocabulary, and only one security declaration for ITokenizedVocabulary is needed | 21:01 |
| srichter | I have no clue how this can be addressed in a sane way | 21:02 |
| srichter | ideas? | 21:02 |
| benji_york | could conditional ZCML be used? Add a "resource" or whatever they're called for each Zope version? | 21:02 |
| srichter | resource -> feature | 21:03 |
| benji_york | right, feature :) | 21:03 |
| srichter | but that would still require me to change the third party code | 21:03 |
| benji_york | hmm | 21:03 |
| srichter | the point is not to make a piece of code work on both versions, but not to alter 3rd party code | 21:04 |
| benji_york | is the third-party code maintained by someone who'll want to support 3.2, it seems to me that they should accept your contribution of the conditional ZCML to put in their next release <shrug> | 21:04 |
| srichter | it's about my book | 21:05 |
| srichter | it should work for Zope 3.1 as well | 21:05 |
| benji_york | oh! OK | 21:05 |
| srichter | oh, the fun is even getting better :-( I should have checked those sources a long time ago | 21:07 |
| *** faassen has quit IRC | 21:11 | |
| srichter | yipee, now it starts at least!... with about a million deprecation warnings; though the issue above is still not solved. | 21:12 |
| srichter | In order to fix the interface problem, we would have to mess with the Interface implementation. | 21:13 |
| srichter | I guess the easiest would be to give the new interface a different name | 21:14 |
| srichter | now I understand why Jim was so firm about the fact that public interface should never change | 21:14 |
| benji_york | :( | 21:16 |
| benji_york | I'm +1 on new interface name (unfortunate as it is) | 21:17 |
| *** bskahan has quit IRC | 21:18 | |
| srichter | or we just leave the 3.0 way and do not create a new interface | 21:18 |
| srichter | since we are slowly switching to sources anyways | 21:18 |
| *** anguenot has quit IRC | 21:26 | |
| wiggy | 08:12PM <srichter> yipee, now it starts at least!... with about a million | 21:27 |
| wiggy | deprecation warnings; though the issue above is still not solved. | 21:27 |
| wiggy | 08:13PM <srichter> In order to fix the interface problem, we would have to | 21:27 |
| wiggy | mess with the Interface implementation. | 21:27 |
| wiggy | argh | 21:27 |
| srichter | huh? | 21:28 |
| wiggy | paste mistake | 21:28 |
| wiggy | or rather, accidental paste | 21:28 |
| *** carlos has joined #zope3-dev | 21:29 | |
| SteveA | hi philiKON | 21:29 |
| SteveA | this is carlos, one of the rosetta developers | 21:29 |
| carlos | hi | 21:29 |
| srichter | hi | 21:29 |
| srichter | carlos: how can we setup Zope 3 as a rosetta project? | 21:30 |
| carlos | First thing to do is to create it as a product in launchpad | 21:30 |
| * carlos checks if it's already done | 21:30 | |
| srichter | there is a Zope 3 project in LP | 21:31 |
| carlos | https://launchpad.ubuntu.com/products/zope | 21:32 |
| srichter | right, so what's next? | 21:32 |
| carlos | ok, next step is that you send me a link to all current .pot and .po files that you have for Zope3 | 21:32 |
| carlos | and I will create those resources | 21:32 |
| srichter | can we update them ourselves, once they are created? | 21:33 |
| carlos | later updates will be done by the person or team you decide to own those .pot files in launchpad | 21:33 |
| srichter | ok, cool | 21:33 |
| carlos | srichter, you are so fast :-), you don't give me time to explain it :-D | 21:33 |
| srichter | can you make the differences between branches? | 21:34 |
| srichter | for the trunk: http://svn.zope.org/Zope3/trunk/src/zope/app/locales/ | 21:35 |
| carlos | srichter, yeah, the .pot files are attached to branches | 21:35 |
| srichter | can you merge between the two | 21:35 |
| carlos | so if you have HEAD and 3.0 branches, both can have different .pot files | 21:35 |
| srichter | for example, translators should now work on 3.1 translations | 21:36 |
| srichter | but those need to be merged to the trunk later on | 21:36 |
| carlos | srichter, not yet, the translations will appear as suggestions to the other branch | 21:36 |
| srichter | ok, good enough | 21:36 |
| carlos | srichter, the merge functionality will be added soon, still planning the schedule | 21:36 |
| srichter | 3.1 branch: http://svn.zope.org/Zope3/branches/Zope-3.1/src/zope/app/locales/ | 21:36 |
| srichter | btw, how do you store the message strings? | 21:37 |
| carlos | srichter, in a database | 21:37 |
| carlos | we parse the .pot and .po files and map it into a db model | 21:37 |
| srichter | do you store them on a project basis? | 21:37 |
| carlos | srichter, is the zope.pot file up to date? | 21:38 |
| srichter | or do you store all message strings in one location and then annotate the translations for each project? | 21:38 |
| srichter | yes | 21:38 |
| carlos | srichter, we have a common table for all translations | 21:38 |
| *** __gotcha has joined #zope3-dev | 21:39 | |
| *** zagy_ has quit IRC | 21:39 | |
| carlos | with links to pofiles, potemplates and products | 21:39 |
| srichter | ok | 21:39 |
| carlos | srichter, do you need anything else? | 21:41 |
| srichter | nope that will be it for now | 21:41 |
| srichter | please make philiKON and me the admins of the translations | 21:41 |
| srichter | later we will have to add hdima, but he has to create a user account first. | 21:41 |
| carlos | ok, I will try to import the .pot and .po files later today, but I think they will take a day or two to appear as we have our system a little busy with Ubuntu Breezy imports | 21:42 |
| carlos | srichter, If you want to be more than one person, I need that you create a team | 21:42 |
| carlos | srichter, so perhaps you could create a zope-admins team | 21:42 |
| carlos | or something like that | 21:42 |
| *** amep has joined #zope3-dev | 21:43 | |
| srichter | ok | 21:43 |
| *** zagy_ has joined #zope3-dev | 21:43 | |
| carlos | srichter, please, feel free to ping me if you have any other question. | 21:44 |
| carlos | also, send me the team account name to carlos.perello@canonical.com when you have it | 21:44 |
| carlos | so I can set it as the owner when I import the .pot file | 21:44 |
| srichter | ok, cool | 21:45 |
| srichter | thanks | 21:45 |
| SteveA | srichter: launchpad developers hang out in #launchpad | 21:45 |
| SteveA | so, that's a good place to go to ask about any problems and so on | 21:45 |
| srichter | thanks | 21:45 |
| srichter | good to know ;-) | 21:46 |
| amep | I have a ZODB related question: Does anyone know if it is possible to have weak references or something that acts like them in a ZODB database? I don't care if it is a true weakref.ref object; I just need it to provide that functionality. I heard that Zope used something like this somewhere. | 21:49 |
| srichter | amep: did you try storing a weakref.ref object already? | 21:50 |
| benji_york | what part of "weak references" do you want? The part about not keeping the object alive if there are no non-weak references to it, or something else? | 21:50 |
| amep | benji_york: The "not keeping the object alive" part. It's for a GUID to object map and a notification system. I want the object to die and the ref to be marked invalid. | 21:52 |
| benji_york | amep, in that case I'd try the direct route first (storing a weakref object) | 21:54 |
| *** ignas has quit IRC | 21:54 | |
| amep | OK, I'll give it a shot. weakrefs are non-picklable so I didn't think that would play nice with the DB. | 21:54 |
| benji_york | it would also be possible to use integer IDs and have a deletion subscriber that would take the (presumably last) reference out of the int ID utility | 21:55 |
| benji_york | of course removing the object from the int ID utility would mean that its int ID would be available for a different object, so any old references to that ID would now refer to the new object | 21:56 |
| benji_york | as a data point, we've reached the point with our projects that we almost never remove data from the database, for our use cases it makes more sence to keep things around forever | 21:57 |
| amep | OIDs are recycled? I had no idea. | 21:57 |
| benji_york | not OIDs, integer IDs. different things | 21:58 |
| amep | OK, I'm lost. Are there docs on this? I'm currious, now. I didn't know there was any ID other than the OID. | 22:00 |
| efge | amep: that's part of zope 3's framework, not pure ZODB | 22:01 |
| philiKON | re | 22:02 |
| amep | OK, then I'm going to try to avoid it. I'm writing a ZODB only application and fewer deps is better. | 22:03 |
| philiKON | srichter, sorry, i was out for dinner | 22:03 |
| srichter | no problem, carlos setup rosetta for us | 22:04 |
| srichter | we still have to setup a group and email it to him | 22:05 |
| srichter | wanna do that? | 22:05 |
| *** GvaderTH has left #zope3-dev | 22:05 | |
| philiKON | srichter, sure. do you know how? | 22:05 |
| srichter | nope ;-) | 22:06 |
| *** deo has joined #zope3-dev | 22:06 | |
| srichter | carlos hangs out at #launchpad | 22:06 |
| philiKON | i'm already there :) | 22:06 |
| srichter | oh man, I am not sure whether it is worth ensuring the book works with 3.1 | 22:07 |
| srichter | it is a lot of work | 22:07 |
| philiKON | yup | 22:08 |
| SteveA | is the "usage" stuff still in zope3? | 22:23 |
| philiKON | nope | 22:23 |
| SteveA | there's still a decoy | 22:24 |
| philiKON | i think i remember at some point i saw a zombie of it laying around somewhere | 22:24 |
| philiKON | yeah | 22:24 |
| philiKON | i forgot where | 22:24 |
| SteveA | testusage.pt | 22:24 |
| philiKON | ugh | 22:24 |
| SteveA | in zope/app/pagetemplate | 22:24 |
| SteveA | /tests | 22:24 |
| philiKON | grep sez it's not being used | 22:25 |
| philiKON | go ahead and svn rm it :) | 22:25 |
| *** MJ has joined #zope3-dev | 22:36 | |
| *** alga has quit IRC | 22:37 | |
| MJ | Any guidelines on implementation specific interfaces? | 22:41 |
| MJ | I have a pair of objects that in this implementation will use containment | 22:43 |
| MJ | but I don't want to burden their interfaces with containment | 22:43 |
| MJ | So the containment is implementation specific | 22:44 |
| MJ | But the ZMI is easier when IContainment is implemented and constraints are set | 22:44 |
| *** SureshZ has quit IRC | 22:49 | |
| *** SureshZ has joined #zope3-dev | 22:50 | |
| benji_york | MJ, how about setting the interfaces and containment constraints in an implementation-dependent place, and leaving the "library" code clean | 22:52 |
| * genconc is away: gone home | 22:53 | |
| SteveA | MJ: the zmi is kinda bogus, imo. why use it? | 23:01 |
| *** hazmat has quit IRC | 23:04 | |
| *** efge has quit IRC | 23:16 | |
| MJ | SteveA: Just trying to avoid doing extra work that the ZMI already takes care of | 23:19 |
| MJ | SteveA: These objects are site-specific configuration | 23:19 |
| MJ | benji_york: That's what I am leaning te | 23:19 |
| MJ | to | 23:19 |
| *** amep has left #zope3-dev | 23:20 | |
| MJ | Is it best practice to keep those interfaces close to the implementation instead of in a interfaces module in this case? | 23:20 |
| MJ | The implementation goes in a sub-package | 23:21 |
| philiKON | you can do so | 23:21 |
| MJ | So I can do either | 23:21 |
| philiKON | especially if you have a zope.app-specific set of interfaces/implementations | 23:21 |
| *** suresh has joined #zope3-dev | 23:22 | |
| MJ | Thanks guys | 23:23 |
| MJ | Saves me a bit of moving things about when I feel supported in putting those into the implementation | 23:23 |
| *** FarcePest has quit IRC | 23:26 | |
| MJ | For the curious: this is for a new OSS project of mine called Chronolog | 23:27 |
| MJ | See http://chronolog.zopatista.com | 23:28 |
| srichter | MJ: cool | 23:29 |
| srichter | MJ: at least you got the logo down already ;-) | 23:30 |
| MJ | :)H | 23:30 |
| MJ | Inkscape rocks! | 23:30 |
| *** SureshZ has quit IRC | 23:30 | |
| srichter | yipee, it seems as if I fixed 90% of my book issues | 23:36 |
| *** hazmat has joined #zope3-dev | 23:43 | |
| MJ | philiKON: I have an error in your book not yet reported on the errata page | 23:45 |
| MJ | I'll email you the page and problem when I actually have it handy | 23:46 |
| * MJ is going to turn in | 23:46 | |
| MJ | Night all | 23:46 |
| srichter | bye | 23:46 |
| *** MJ has quit IRC | 23:46 | |
| *** suresh has left #zope3-dev | 23:51 | |
| *** SureshZ has joined #zope3-dev | 23:51 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!