[Zope-dev] Problems with archetypes running on plone in zope

2003-06-06 Thread nagendra prasad
Hi , i have installed plone rpm on rh8 linux, Apparently zope, cmf also got installed which i really needed.Later installed archetypes in plone. Now when i use any of the archetypes stuff like Archetypescontent example, tool i get the following error on clicking the view tab.

RE: [Zope-dev] Versions: should they die?

2003-06-06 Thread Andy McKay
Im not keeping up on zope-3 at the moment, whats the plan for versions there? Just wondering if there is any great solution there that can be backported. -- Andy McKay ___ Zope-Dev maillist - [EMAIL PROTECTED]

Re: [Zope-dev] Versions: should they die?

2003-06-06 Thread Andy McKay
I think that will only work if there's a Version with the specified name. Nope. One of the joys of Versions is that there is almost zero error checking - you can put content into a non-existant / deleted / moved version. And then you can't get it out. It really sucks when you are using more

Re: [Zope-dev] Versions: should they die?

2003-06-06 Thread Shane Hathaway
Andy McKay wrote: Im not keeping up on zope-3 at the moment, whats the plan for versions there? Just wondering if there is any great solution there that can be backported. I think the solution for Zope 3 is to move all versioning to the application layer. We've been doing this with CMF (using

Re: [Zope-dev] Versions: should they die?

2003-06-06 Thread J Cameron Cooper
Sorry if is OT. I'd like ZODB and Zope to support Revisions. That is, historical copies that do not get removed when ZODB is packed. DirectoryStorage allows you to designate classes that should have all their history kept indefinitely. That may not have the flexibility that you need...

[Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Shane Hathaway
Andrew R. Halko wrote: Thanks Shane. Is all of your suggestions along with the setup I was considering? I have to research ZEO, cause I know nothing about it. Do you mind explaining the last two things just a slight more as I am unfamiliar. Such as how you figure out cache and what is packing?

[Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Shane Hathaway
Andrew R. Halko wrote: Now, I am trying to setup my dbtab.conf to first test this before I try and integrate it into my current site, which has limited info now, but needs to be ready for major population in a week or two at most. Here is what I am guessing for config, maybe you can tell me if I

[Zope-dev] ZCTextIndex Improvements

2003-06-06 Thread Casey Duncan
For the past few days I have been working on database conflicts stemming from ZCTextIndex (no pun intended). The version currently released causes conflicts for *any* concurrent index/unindex operation. I have changed both the lexicon and index classes to fix this. Now conflicts coming from the

[Zope-dev] RE: DBtab and BDBStorage

2003-06-06 Thread Andrew R. Halko
Thanks for the help!, a few more questions (lets hope). I haven't done anything yet by the way, I wanted to research my options and do some testing before I went ahead and did anything major. I did a little testing, but haven't gotten very far. The setup for Plone that I am thinking will

Re: [Zope-dev] Versions: should they die?

2003-06-06 Thread Dieter Maurer
Oliver Bleutgen wrote at 2003-6-4 18:24 +0200: ... As you and Guido are talking about the ZMI (which means, AFAIK, the managament interface), let me just say that as far as I understand it, deprecating/marking-as-evil and even removing OFSP/Version.py is not what I would like to see

Re: [Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Richard Jones
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, June 6, 2003, at 06:17 AM, Shane Hathaway wrote: - Use ZEO. It makes starting/stopping Zope much faster and isolates the application from the database. I've noticed that this pattern doesn't hold with Zope 2.7 as it currently stands. Even

[Zope-dev] RE: DBtab and BDBStorage

2003-06-06 Thread Andrew R. Halko
Thanks Shane. Is all of your suggestions along with the setup I was considering? I have to research ZEO, cause I know nothing about it. Do you mind explaining the last two things just a slight more as I am unfamiliar. Such as how you figure out cache and what is packing? Andrew R. Halko

RE: [Zope-dev] Versions: should they die?

2003-06-06 Thread Dieter Maurer
[EMAIL PROTECTED] wrote at 2003-6-4 09:21 -0700: ... I think I agree with the feeling that versions should stay in ZODB, but be depreciated/marked as official evil in ZMI. We should not have components in the core distribution which we mark official evil. If we really think, they were evil

Re: [Zope-dev] Zpydoc

2003-06-06 Thread alan milligan
However, it turned out that I never really used it. Instead, I always used my DocFinder product. I was therefore unimpressed when I read your Zpydoc announcement. Dieter Understood! I don't think that developers make a very good audience for documentation tools anyway. I almost never use

[Zope-dev] Fwd: Yes, Free PPVs TV qbmsfddoyfdawp

2003-06-06 Thread Olin Tomlinson
No More Paying for Movies Events on CABLE! Free TV is Here! * All New Movie Releases FREE * Adult Movies FREE * Wrestling, UFC, Boxing PPV's FREE * Live Music Concerts FREE Click Below to get more Information your Cable Filter Today (while supplies last):

small summary and big plea was:(Re: [Zope-dev] Versions: should theydie?)

2003-06-06 Thread Oliver Bleutgen
Ok, I still have the impression that not enough people are aware of the full implications of the version functionality as it is implemented in zope. So let me summarize. versioning-as-implemented-in-zope consists of two parts: First, there's the database backend part (which I know nothing

Re: small summary and big plea was:(Re: [Zope-dev] Versions: should they die?)

2003-06-06 Thread Casey Duncan
One man's opinion: - Version support (at the application level) should be optional in 2.7. You should be able to turn it off (maybe through ZConfig). The default should probably be off, since I think more people avoid them than use them. I would suggest these approaches: 1: File a bug in the

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-06 Thread Oliver Bleutgen
Casey Duncan wrote: One man's opinion: - Version support (at the application level) should be optional in 2.7. You should be able to turn it off (maybe through ZConfig). The default should probably be off, since I think more people avoid them than use them. I would suggest these approaches:

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-06 Thread Shane Hathaway
Casey Duncan wrote: The security implications do not seem dire enough to me to warrent trying to squeeze this into 2.6.x. If you do not use versions then none of the implications apply. Perhaps it might be possible to do additional security checks to make entering versions more protected. This

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-06 Thread Oliver Bleutgen
Aaah, big thanks for chiming in. *sigh of relief*. Shane Hathaway wrote: Casey Duncan wrote: The security implications do not seem dire enough to me to warrent trying to squeeze this into 2.6.x. If you do not use versions then none of the implications apply. Perhaps it might be possible to do

Re: small summary and big plea was:(Re: [Zope-dev] Versions: should they die?)

2003-06-06 Thread Toby Dickenson
On Friday 06 June 2003 15:04, Shane Hathaway wrote: I think 2.6 ought to fix this by disabling recognition of the Zope-Version cookie Setting this individually for each http port would better support existing happy users of this feature. (Im sure there must be some ;-) Being able to set up a

Re: [Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Dieter Maurer
Richard Jones wrote at 2003-6-6 09:01 +1000: - Use ZEO. It makes starting/stopping Zope much faster and isolates the application from the database. I've noticed that this pattern doesn't hold with Zope 2.7 as it currently stands. Even on a powerful machine the ZEO clients can take

Re: small summary and big plea was:(Re: [Zope-dev] Versions: should theydie?)

2003-06-06 Thread Dieter Maurer
Oliver Bleutgen wrote at 2003-6-6 11:46 +0200: ... Bad properties of this implementation: 1. The Join/Leave Versions permission doesn't secure entering versions 2. Zope doesn't care if a correspondending Version instance to the value of REQUEST['Zope-Version'] exists, more exactly,

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-06 Thread Oliver Bleutgen
Dieter Maurer wrote: Oliver Bleutgen wrote at 2003-6-6 11:46 +0200: 3. And (minor problem, but whatever), since zope relies completely on the browser to send cookies only the right time (i.e. that the path set for the cookie must match a prefix of the request-URI), this might also

Re: small summary and big plea was:(Re: [Zope-dev] Versions: should they die?)

2003-06-06 Thread Jamie Heilman
Oliver Bleutgen wrote: 2. Zope doesn't care if a correspondending Version instance to the value of REQUEST['Zope-Version'] exists, more exactly, zope doesn't care for the value of that Zope-Version variable at all. Hmm, it doesn't care, but it does store it in memory. Pardon my fugly