ANNOUNCE: Zope 2.0.0 alpha 2 has been released
See: http://www.zope.org/Download/Releases/Zope-2.0.0a2 Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.
Jim Fulton wrote:
Hmm, looking through the list of bugs fixed and the todo list doesn't turn up any mention of bug #197 which is making ZClasses unusable under ZODB2 and ZODB3. http://www.zope.org/Collector/bugsAndFeatures/Classification/Bug/tableBrowse... Any clues yet on what's wrong? I really want to start working with ZClasses(a fix that only works for one of the ZODB versions would be fine). Hmm, a thought just occured to me: If the redesigned zope site allowed visitors to 'vote' for their 'favorite bugs', it would allow you to more easily prioritize them. Michael Bernstein.
At 05:02 PM 6/14/99 -0700, you wrote:
Jim Fulton wrote:
Hmm, looking through the list of bugs fixed and the todo list doesn't turn up any mention of bug #197 which is making ZClasses unusable under ZODB2 and ZODB3.
http://www.zope.org/Collector/bugsAndFeatures/Classification/Bug/tableBrows e?query_start=197
I know this bug, I submitted it (with your prodding if I recall ;-) I believe that it's fixed, though I need to talk to Jim to be sure. At least the latest Zope from CVS does not seem to have this problem any more. One thing you should note is that to make a management view (tab) visible, the current user needs to have permissions to access the method. You may need to go to your property sheet and click the "Security" tab and maps permissions of the property sheet to permissions of the class. I'm still unsure what exactly the right details for everything are, which accounts for the bug report not being resolved yet. But, don't fear, we're aware of the issue, and are working on it.
Hmm, a thought just occured to me: If the redesigned zope site allowed visitors to 'vote' for their 'favorite bugs', it would allow you to more easily prioritize them.
I like that idea. I'll vote for it ;-) -Amos P.S. Don't forget that Zope 2 is in fact still alpha.
On Mon, 14 Jun 1999 19:00:50 -0700, Amos Latteier <amos@aracnet.com> said: Amos> I know this bug, I submitted it (with your prodding if I recall ;-) Amos> I believe that it's fixed, though I need to talk to Jim to be Amos> sure. At least the latest Zope from CVS does not seem to have this Amos> problem any more. Amos> One thing you should note is that to make a management view (tab) Amos> visible, the current user needs to have permissions to access the Amos> method. You may need to go to your property sheet and click the Amos> "Security" tab and maps permissions of the property sheet to Amos> permissions of the class. Yes! That's the missing link! Thanks Amos! I've now got Zclasses with Properties, Woohoo! Amos> P.S. Don't forget that Zope 2 is in fact still alpha. I for one will not :-) Alex
On Mon, 14 Jun 1999 19:07:16 -0400, Jim Fulton <jim@digicool.com> said: Jim> http://www.zope.org/Download/Releases/Zope-2.0.0a2 Something seems wrong here. I can get 2.0a1 to start, but not 2.0a2, using the exact same procedure. tar xvzf Zope-2.0.0a1-src.tgz cd Zope-2.0.0a1-src python wo_pcgi.py chown -R nobody var/ chgrp -R nobody var/ python z2.py (now can browse Zope on port 9673) (kill Zope) tar xvzf Zope-2.0.0a2-src.tgz history cd Zope-2.0.0a2-src python wo_pcgi.py chown -R nobody var/ chgrp -R nobody var/ python z2.py (now cannot browse Zope on port 9673) Unhandled exception in thread: Traceback (innermost last): File "/usr/share/Zope-2.0.0a2-src/ZServer/PubCore/ZServerPublisher.py", line 97, in __init__ response._finish() File "/usr/share/Zope-2.0.0a2-src/ZServer/HTTPResponse.py", line 214, in _finish self.stdout.close() File "/usr/share/Zope-2.0.0a2-src/ZServer/HTTPResponse.py", line 249, in close Wakeup() File "/usr/share/Zope-2.0.0a2-src/ZServer/medusa/select_trigger.py", line 80, in pull_trigger self.trigger.sendto (msg, self.addr) socket.error: (13, 'Permission denied') My system: Linux 2.2 Python 1.5.2
Hi all, I'm running Zope 1.10.2 with Python 1.5.1 on my Linux box. My wife and I did a consulting project and the provider flaked out on getting Zope installed, so one page of the (low-volume) site is being served from my development machine via Apache/PCGI on port 80. But I want to start a new project using Zope 2.0. Here are some questions: Will Zope 1.10.2 work with Python 1.5.2? If so, then I'll just upgrade Python and run the Zopes separately, 1.10.2 via Apache/PCGI, 2.0 via ZServer. Or is there an update to 1.10.2 which will work with Python 1.5.2? Or is it reasonably easy to have both Python 1.5.1 and 1.5.2 installed on the same machine? If so, I'd appreciate tips. Apologies if this has been answered already and I missed it. Thanks Doug -- Doug Wyatt doug@sonosphere.com Sonosphere (electric/improv music) http://www.sonosphere.com/
At 12:12 AM 6/15/99 -0400, Doug Wyatt wrote:
Will Zope 1.10.2 work with Python 1.5.2? If so, then I'll just upgrade Python and run the Zopes separately, 1.10.2 via Apache/PCGI, 2.0 via ZServer.
FWIW, I have run 1.10.2 with Python 1.5.2. Actually, I only think it was 1.10.2; but it was one I downloaded not too long before the 1.10.3 release, so it probably was 1.10.2. :)
On Tue, 15 Jun 1999, Phillip J. Eby wrote:
Will Zope 1.10.2 work with Python 1.5.2? If so, then I'll just upgrade Python and run the Zopes separately, 1.10.2 via Apache/PCGI, 2.0 via ZServer.
FWIW, I have run 1.10.2 with Python 1.5.2. Actually, I only think it was 1.10.2; but it was one I downloaded not too long before the 1.10.3 release, so it probably was 1.10.2. :)
And there are problems with python 1.5.2 - Zope worked, but sometimes produced incorrect results. For me, the most visible problem was with the #in tag and batches :( Oleg. ---- Oleg Broytmann Netskate/Inter.Net.Ru phd@emerald.netskate.ru Programmers don't die, they just GOSUB without RETURN.
participants (7)
-
Alex Rice -
Amos Latteier -
Doug Wyatt -
Jim Fulton -
Michael Bernstein -
Oleg Broytmann -
Phillip J. Eby