Re: [Zope-dev] Remove 'Add Product' in Control_Panel
Hanno Schlichting wrote: > I just checked in another little change that allows you to disable the > persistent product registry and have Zope still work. Just specify > "enable-product-installation off" in your zope.conf before starting Zope > the first time and watch Zope, CMF and Plone run without any entry in > that list :) /me claps! Shane ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Remove 'Add Product' in Control_Panel
Alan Runyan wrote: > While we are talking about removing zclasses (or rather.. ignoring them). ZClasses are gone from Zope trunk. > Can we remove the "Add Product" button in the Control Panel? What button exactly? I just checked in another little change that allows you to disable the persistent product registry and have Zope still work. Just specify "enable-product-installation off" in your zope.conf before starting Zope the first time and watch Zope, CMF and Plone run without any entry in that list :) Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Remove 'Add Product' in Control_Panel
While we are talking about removing zclasses (or rather.. ignoring them). Can we remove the "Add Product" button in the Control Panel? Removing buttons in the ZMI is a good thing ;) -- Alan Runyan Enfold Systems, Inc. http://www.enfoldsystems.com/ phone: +1.713.942.2377x111 fax: +1.832.201.8856 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Plans for Zope 2.12
Wichert Akkerman wrote: > Previously Tres Seaver wrote: >> Andreas Jung wrote: >>> - removing ZClasses completely This is done now. > There is a whole lot of legacy code surrounding Zope startup and the > persistent control panel that is only there to support ZClasses. > Removing them would allow for a lot of further cleanups in a > particularly crufty part of the Zope2 codebase. I removed the code that was obviously only used to support ZClasses. I expect there to be more that could be deprecated or removed after further inspection. Anyone is welcome to contribute to that ;) Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] [Zope 2.12] ImportError: cannot import name aq_inContextOf
Andreas Jung wrote: > I am currently trying to fix the generation of the creation and > configuration of the startup scripts. I am getting this when running > zopectl: > > The debugger output isn't much helpful: > > /home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Acquisition-2.11.1-py2.4-linux-x86_64.egg/Acquisition/__init__.py(4)?() > > Any bells ringing? You are using the wrong version of Acquisition. Zope trunk depends on a new and not yet released version. Acquisition-2.11.1 isn't good enough. The eggification of Zope2 trunk has moved some packages into their own distributions. For all the factored out packages only Acquisition has seen changes as far as I know. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Plans for Zope 2.12
On Friday 23 January 2009, Wichert Akkerman wrote: > > I'm actually willing to abandon the "big tree" altogether, unless > > somebody comes up with a clever way to automate it from some Z2-specific > > KGS index. I think the canonical "source install" would be something > > like a tarball of a buildout tree, with the 'download-cache' directory > > already populated (maybe). > > Judging by the awesome lack of interest in a Zope 3 big tree release, and > observing that Zope 2 is going down a similar eggification path I see no > reason to keep a big tree for Zope 2 long term. Note that I have a script in zope.release that can update a big tree. The Zope 3.4 release will feature an update of that tree. Now that I have this script, I can use it for future releases, but we'll probably fade it out soon. (I just feel really bad not providing a migration path; note that people working with Zope 3.3 have probably never seen an egg-based release.) Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter" ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] [Zope 2.12] ImportError: cannot import name aq_inContextOf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am currently trying to fix the generation of the creation and configuration of the startup scripts. I am getting this when running zopectl: Traceback (most recent call last): File "/home/develop/sandboxes/Zope2.buildout/trunk/src/Zope2/Startup/run.py", line 56, in ? run() File "/home/develop/sandboxes/Zope2.buildout/trunk/src/Zope2/Startup/run.py", line 21, in run starter.prepare() File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/Zope2/Startup/__init__.py", line 98, in prepare self.setupSecurityOptions() File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/Zope2/Startup/__init__.py", line 180, in setupSecurityOptions import AccessControl File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/AccessControl/__init__.py", line 16, in ? from AccessControl.Implementation import setImplementation File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/AccessControl/Implementation.py", line 98, in ? setImplementation("C") File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/AccessControl/Implementation.py", line 51, in setImplementation from AccessControl import ImplC as impl File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/AccessControl/ImplC.py", line 35, in ? from AccessControl.ImplPython import RestrictedDTML File "/home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Zope2-2.12.dev-py2.4-linux-x86_64.egg/AccessControl/ImplPython.py", line 23, in ? from Acquisition import aq_inContextOf ImportError: cannot import name aq_inContextOf The debugger output isn't much helpful: > /home/develop/sandboxes/Zope2.buildout/trunk/lib/python2.4/site-packages/Acquisition-2.11.1-py2.4-linux-x86_64.egg/Acquisition/__init__.py(4)?() - -> from interfaces import IAcquirer (Pdb) dir(_Acquisition) ['Acquired', 'Acquirer', 'AcquisitionCAPI', 'Explicit', 'ExplicitAcquirer', 'ExplicitAcquisitionWrapper', 'Implicit', 'ImplicitAcquisitionWrapper', '__doc__', '__file__', '__name__', 'aq_acquire', 'aq_base', 'aq_chain', 'aq_get', 'aq_inner', 'aq_parent', 'aq_self'] Any bells ringing? Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkl596UACgkQCJIWIbr9KYz5AACgti6xi0RU0XzwvBQfFlG89KfF h4EAniWUKiHzS/EoI7eroyRIextoOrfA =bdiz -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. & Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 8 OK
Summary of messages to the zope-tests list. Period Thu Jan 22 12:00:00 2009 UTC to Fri Jan 23 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Thu Jan 22 20:50:26 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010911.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 22 20:52:02 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010912.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 22 20:53:32 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010913.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 22 20:55:03 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010914.html Subject: OK : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 22 20:56:33 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010915.html Subject: OK : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Thu Jan 22 20:58:03 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010916.html Subject: OK : Zope[2.buildout]-trunk Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 22 20:59:38 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010917.html Subject: OK : Zope[2.buildout]-trunk Python-2.5.2 : Linux From: Zope Tests Date: Thu Jan 22 21:01:10 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010918.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Plans for Zope 2.12
On Jan 22, 2009, at 9:34 PM, Tres Seaver wrote: > I'm actually willing to abandon the "big tree" altogether, unless > somebody comes up with a clever way to automate it from some Z2- > specific > KGS index. I think the canonical "source install" would be something > like a tarball of a buildout tree, with the 'download-cache' directory > already populated (maybe). Yup (sort a). See zc.sourcerelease. Jim -- Jim Fulton Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Plans for Zope 2.12
Previously Tres Seaver wrote: > Andreas Jung wrote: > > - removing ZClasses completely > > - -0. I don't want to invest effort in maintaining them, but if they are > still working for people in 2.11, I don't think we need to rip them out. +1 There is a whole lot of legacy code surrounding Zope startup and the persistent control panel that is only there to support ZClasses. Removing them would allow for a lot of further cleanups in a particularly crufty part of the Zope2 codebase. > > - how do to a "traditional" SVN checkout of the Zope 2 and the related > > Zope 3 modules? The Zope2.buildout maintains its dependencies through > > a KGS - the old-style SVN checkout uses svn:external. I think there > > is a need for having both and don't know of a save way for keeping > > the svn:externals and the KGS in sync (without additional manual > > effort). > > I'm actually willing to abandon the "big tree" altogether, unless > somebody comes up with a clever way to automate it from some Z2-specific > KGS index. I think the canonical "source install" would be something > like a tarball of a buildout tree, with the 'download-cache' directory > already populated (maybe). Judging by the awesome lack of interest in a Zope 3 big tree release, and observing that Zope 2 is going down a similar eggification path I see no reason to keep a big tree for Zope 2 long term. Wichert. -- Wichert Akkerman It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )