Re: [Zope-dev] Zope 2.13 - next steps
hello, On 13/06/2010 Hanno Schlichting wrote: On Sat, Jun 12, 2010 at 10:45 PM, Jonas Meurer jo...@freesources.org wrote: another build system would be magnificent :-) the new build system in zope2.12 makes it hard/impossible to distribute zope2 binaries within linux/*bsd/hurd/... distributions. so far no distribution i know contains zope2.12, and the most obvious reason is the new build system. In the Zope community we have decided to stop maintaining our own build infrastructure, as we simply do not have the resources to do so. Getting this right in a cross platform manner including Windows is no small task and there's no general open-source build infrastructure that provides this. Therefor we have decided to go with a language specific build infrastructure in the form of distutils and its extension setuptools / distribute. Personally I think this has been the right choice for us and has triggered a new interest in distutils. distutils2 is the latest offspring of that effort and is making good progress. Better integration into operating system package managers is one of the main focus areas of that effort. While solving these issues on the Python language level takes more time, it ultimately is the better approach. thus i suggest to either provide monolithic tarballs which do contain the debendencies, or change release policy for the dependencies to not break backwards compability with every minor release. I consider packaging up individual Python distributions as individual system packages as a flawed approach. The specific dependencies on exact versions of these distributions for any given application are too diverse for this approach to make much sense. The number of releases is so frequent and the stability requirements so different from system packages, that this just isn't a good match. If I were to package anything as a system package, then it would be one big package for something like CMFDefault, Plone or Zenoss as an application or one package for a custom developed application. zc.sourcerelease is one approach to help in this task for a zc.buildout based application. first, thanks for clarifying. did i get you right, that for the future, monolithic source releases of zope2 are planned again once the dust has settled? and second, does documentation exist which explains how to craft a monolithic tarball with zc.sourcerelease in order to build zope2.12 without network access? i still didn't get the picture regarding buildout, and thus don't understand zc.sourcerelease either :-/ greetings, jonas signature.asc Description: Digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
Hi. On Mon, Jun 14, 2010 at 4:16 PM, Jonas Meurer jo...@freesources.org wrote: first, thanks for clarifying. did i get you right, that for the future, monolithic source releases of zope2 are planned again once the dust has settled? No. There is currently no monolithic released planned at all. Only if someone does all the work of automating such a release, engage with the community to discuss the approach and is willing to adjust to community feedback, only then I as the release manager might make those steps part of the release process. I'm not aware of anyone who has shown even remote interest in this task. and second, does documentation exist which explains how to craft a monolithic tarball with zc.sourcerelease in order to build zope2.12 without network access? i still didn't get the picture regarding buildout, and thus don't understand zc.sourcerelease either :-/ I'm not aware of any specific documentation. www.buildout.org and the distutils-sig mailing list [1] would be the appropriate places to look. Hanno [1] http://mail.python.org/mailman/listinfo/distutils-sig ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonas Meurer wrote: hello, On 13/06/2010 Hanno Schlichting wrote: On Sat, Jun 12, 2010 at 10:45 PM, Jonas Meurer jo...@freesources.org wrote: another build system would be magnificent :-) the new build system in zope2.12 makes it hard/impossible to distribute zope2 binaries within linux/*bsd/hurd/... distributions. so far no distribution i know contains zope2.12, and the most obvious reason is the new build system. In the Zope community we have decided to stop maintaining our own build infrastructure, as we simply do not have the resources to do so. Getting this right in a cross platform manner including Windows is no small task and there's no general open-source build infrastructure that provides this. Therefor we have decided to go with a language specific build infrastructure in the form of distutils and its extension setuptools / distribute. Personally I think this has been the right choice for us and has triggered a new interest in distutils. distutils2 is the latest offspring of that effort and is making good progress. Better integration into operating system package managers is one of the main focus areas of that effort. While solving these issues on the Python language level takes more time, it ultimately is the better approach. thus i suggest to either provide monolithic tarballs which do contain the debendencies, or change release policy for the dependencies to not break backwards compability with every minor release. I consider packaging up individual Python distributions as individual system packages as a flawed approach. The specific dependencies on exact versions of these distributions for any given application are too diverse for this approach to make much sense. The number of releases is so frequent and the stability requirements so different from system packages, that this just isn't a good match. If I were to package anything as a system package, then it would be one big package for something like CMFDefault, Plone or Zenoss as an application or one package for a custom developed application. zc.sourcerelease is one approach to help in this task for a zc.buildout based application. first, thanks for clarifying. did i get you right, that for the future, monolithic source releases of zope2 are planned again once the dust has settled? No such plans exist. Your desire for a network-free install needs to be backed up by some work, as none of the core developers have that goal. and second, does documentation exist which explains how to craft a monolithic tarball with zc.sourcerelease in order to build zope2.12 without network access? i still didn't get the picture regarding buildout, and thus don't understand zc.sourcerelease either :-/ A casual browse of the zc.sourcerelease page on PyPI yields: http://pypi.python.org/pypi/zc.sourcerelease#creating-source-releases-from-buildouts Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkwWQzsACgkQ+gerLs4ltQ5oTwCeOGZHOldy6fOZblczsbZ9rJtq iKIAn0lzIXtgFqb2jrPu1yo7RE4KqzN7 =Hsxl -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
Hi there, thanks to all of you for the feedback. Given the general agreement to the plan, I'm going to release a first alpha on Friday June 25. More alpha releases will follow depending on the changes that go into the codebase. But I expect them on a roughly 3-4 weeks basis. If the code stays as stable as it is and no new major features come in, I expect to release a first beta in early September, in time for the German Zope User Group conference. The concrete plan up to the final will be decided once we get a beta out of the door. Thanks all, Hanno On Sat, Jun 12, 2010 at 8:58 PM, Hanno Schlichting ha...@hannosch.eu wrote: Aim for having a Zope 2.13 release in time for Plone 4.1, get a first alpha release out by the end of the month or early July. We can have more alpha releases during the summer, a beta probably around the zope-dev summit / German Zope User Group conference in early September. ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
Am 12.06.2010, 20:58 Uhr, schrieb Hanno Schlichting ha...@hannosch.eu: Comments, suggestions, more work you'd like to get into 2.13? Hi Hanno, thanks for the information. I'm a little confused by the narrative - is Plone 4.0 being held back by a Zope 2 release? As I don't use Plone I don't care about its release status and I don't think it should drive Zope's release status. Maybe that's what you were saying and I didn't understand it correctly. I'm also a little confused that your discussions have been with the community but not on this list. Not that this list should be the channel for all the discussions (it in its own way is as exclusive as many other channels). For the rest - deprecating zope.app on its own is probably a sufficiently large change to warrant a new point release which will hopefully tie into KGS. The same is true for five. Support for Python 2.7 would be great if doable (again not clear) and bumping the ZODB version. So the scope and schedule for the release is fine with me. We might want to add some of the issues to the weekly IRC meetings. Charlie -- Charlie Clark Managing Director Clark Consulting Research German Office Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
Hi Charlie, On Sun, Jun 13, 2010 at 2:06 PM, Charlie Clark charlie.cl...@clark-consulting.eu wrote: thanks for the information. I'm a little confused by the narrative - is Plone 4.0 being held back by a Zope 2 release? No, Plone 4 is delayed for all the normal reasons of too many open bugs caused by the massive amount of changes it has seen. But Plone 4 being delayed also delays the next major Plone (5) release. Traditionally Plone has only upgraded to new major Zope versions in its own major versions. As I don't use Plone I don't care about its release status and I don't think it should drive Zope's release status. Maybe that's what you were saying and I didn't understand it correctly. The Zope 2 release schedule has for some time now effectively been synced to match the Plone release schedule. We have seen what happens with a Zope 2 release that isn't used in Plone with the Zope 2.11 release. It's not seen much of any maintenance and has only caused extra effort, as we were forced to maintain multiple branches for a longer time. As I said back in March, I want to avoid any Zope 2 release that isn't directly picked up by Plone. This is also the reason why I briefly discussed the roadmap with some people in the Plone community - to get buy-in on the idea and then made a proposal to this list. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
On Sat, Jun 12, 2010 at 9:29 PM, David Glick davidgl...@groundwire.org wrote: Has the process of reviewing RestrictedPython against a new Python release been documented anywhere? Not that I know of. Stephan Richter and Sidnei da Silva were the last to do these reviews, maybe they know. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
On Sun, Jun 13, 2010 at 2:50 PM, Tres Seaver tsea...@palladion.com wrote: On the whole, I would actually favor getting a 2.13.0 out even sooner than Hanno suggests, to get it used (and therefore more polished) sooner. With the post-eggification reduction in Zope2's scope, I think a six month cycle for major releases would be a good target to aim at, rather than a year. I agree that a shorter release cycle is going to be more suitable again. I'm a bit conservative for 2.13 to make sure we really have a ZTK release in place and Plone 4.1 is picking this up. If both of these turn out to be true, than I can see another ZTK release used in 2.14 and Plone 4.2 picking this up again. I expect those kind of releases to aim for six month and some of them languishing a bit to end up with more like nine month. Still a lot shorter than the effective one to two years we have now. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonas Meurer wrote: thus i suggest to either provide monolithic tarballs which do contain the debendencies, or change release policy for the dependencies to not break backwards compability with every minor release. I think this discussion pops up over and over again. I bring it back the point: the native distribution packages for Zope friends are usually of interest for serious deployments. Our native deployment tool is 'buildout' as it is 'gem' for Ruby. Complete Python installations _by default_ are more in the interest of the end-user than having to deal with distribution specific problems that are not covered by the Zope Python community. My 2 cents, Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwVCJsACgkQCJIWIbr9KYyyRwCfXr8OdibDwNGcQ8NZpHqC/vso rigAnRN1qHfuYzL2X7AL0efyJLKBUOs1 =+Rqr -END PGP SIGNATURE- attachment: lists.vcf___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
On 2010-06-13, at 1348, Hanno Schlichting wrote: On Sat, Jun 12, 2010 at 9:29 PM, David Glick davidgl...@groundwire.org wrote: Has the process of reviewing RestrictedPython against a new Python release been documented anywhere? Not that I know of. Stephan Richter and Sidnei da Silva were the last to do these reviews, maybe they know. There was talk of having a BoF at a conference or similar about the process of doing the RestrictedPython security audits, to make sure it doesn't become an arcane lost skill, any chance this could happen at PloneConf2010? Matt ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonas Meurer wrote: hey, On 12/06/2010 Hanno Schlichting wrote: What do we have in Zope 2.13: [...] Comments, suggestions, more work you'd like to get into 2.13? another build system would be magnificent :-) the new build system in zope2.12 makes it hard/impossible to distribute zope2 binaries within linux/*bsd/hurd/... distributions. so far no distribution i know contains zope2.12, and the most obvious reason is the new build system. thus i suggest to either provide monolithic tarballs which do contain the debendencies, or change release policy for the dependencies to not break backwards compability with every minor release. Maintaining the mechoanism to release that monolithic tarball is not on anybody's plate at the moment. At the point that somebody does the work to make it painlessly automated, then we can ask the release manager to include that task in the release process. Until somebody does that work, this item is effectively tabled. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkwVGZ4ACgkQ+gerLs4ltQ5BKwCeIM41VBSJeGjEOe0J1EKKRYne 1yoAn1o6sUYJr9f5HJjlQjcCopEdzLWe =Ki1l -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
On Sunday, June 13, 2010, Hanno Schlichting wrote: On Sat, Jun 12, 2010 at 9:29 PM, David Glick davidgl...@groundwire.org wrote: Has the process of reviewing RestrictedPython against a new Python release been documented anywhere? Not that I know of. Stephan Richter and Sidnei da Silva were the last to do these reviews, maybe they know. There is no process really. You have to go through the changes in Python 2.7 and detect API changes in the C code to see whether any op-codes changed or a new API opens up some unwanted access. Regards, Stephan -- Entrepreneur and Software Geek Google me. Zope Stephan Richter ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.13 - next steps
hey, On 12/06/2010 Hanno Schlichting wrote: What do we have in Zope 2.13: [...] Comments, suggestions, more work you'd like to get into 2.13? another build system would be magnificent :-) the new build system in zope2.12 makes it hard/impossible to distribute zope2 binaries within linux/*bsd/hurd/... distributions. so far no distribution i know contains zope2.12, and the most obvious reason is the new build system. thus i suggest to either provide monolithic tarballs which do contain the debendencies, or change release policy for the dependencies to not break backwards compability with every minor release. greetings, jonas signature.asc Description: Digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )