[Zope3-dev] Tests failing
The tests are failing on the trunk, 3.2, and 3.3 branches. Apparently because of the recent addition of a "Cache-Control" header. See the buildbot for details: http://buildbot.zope.org -- Benji York Senior Software Engineer Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rocky Burt wrote: > On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote: >> While I am vehemently opposed to code generation per se, one alternative >> which I think is important is to generate stuff *at runtime* from >> artifacts which are more understandable to business users than Python >> code. E.g., they might specify schema in a spreadsheet, an HTML form, >> or a UML diagram, which we then use to create a schema interface (my >> 'userschema' package[1] does this already for the first two). > > Not sure which mailing list my questions belong on but for the time > being I'll ask them here (any list subscribers feel free to tell me to > take this discussion offline). > > This userschema package looks very cool and it's nice to see all the > cool ways you can produce schema's from user contributed data (ie csv, > html). But I'm curious to know what sort of use cases you have for the > end-result schema's ... simple formlib form generation? content type + > edit form (via formlib) generation? Obviously generated UI is the main use-case; I have some notions about making it easier to use schema stuff from within "custom" UI, but they aren't fleshed out yet. I do have a notion of allowing the template which *specifies* the schema to be used to *render* its fields, but haven't got that part working yet. Chris McDonough and I have talked about using a meld3-based approach to that, as well. Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFpR3g+gerLs4ltQ4RAtMPAKDIlX5ulm/Q6UquWTO74XKlZXWCTQCeOjli rIT6hvLSWmK8ZGqNiZfoZZQ= =vyeh -END PGP SIGNATURE- ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote: > While I am vehemently opposed to code generation per se, one alternative > which I think is important is to generate stuff *at runtime* from > artifacts which are more understandable to business users than Python > code. E.g., they might specify schema in a spreadsheet, an HTML form, > or a UML diagram, which we then use to create a schema interface (my > 'userschema' package[1] does this already for the first two). Not sure which mailing list my questions belong on but for the time being I'll ask them here (any list subscribers feel free to tell me to take this discussion offline). This userschema package looks very cool and it's nice to see all the cool ways you can produce schema's from user contributed data (ie csv, html). But I'm curious to know what sort of use cases you have for the end-result schema's ... simple formlib form generation? content type + edit form (via formlib) generation? Regards, Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net signature.asc Description: This is a digitally signed message part ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: zc.selenium test isolation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Theune wrote: > Am Mittwoch, den 10.01.2007, 11:04 -0500 schrieb Benji York: >> Christian Theune wrote: >>> I propose to add an "ultimate" pop at the beginning of each test, to >>> ensure consistency/isolation at those points. >> Where "ultimate pop" means to remove all stacked demostorages added by >> previous tests? If so, sounds good. >> >> I do worry a little about that hiding mismatched push/pop operations in >> non-failing tests. Perhaps the "ultimate pop" could generate a selenium >> error if there was anything there to pop. > > I think that would defeat the purpose of having the other tests pass and > not get spurious errors. If pushing / popping demostorages is done by code in the tests themselves, then failure to clean up afterwards is failture (like failing to reset the component architecture). > I think under normal conditions, the mismatched operations shouldn't be > a problem, anyway, normal users of zc.selenium shouldn't have to worry > about it. All of those operations are generated automatically anyway. Then why do we need the "utlimate" pop, if not to catch a programmer error? Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFpRJk+gerLs4ltQ4RAl6PAJ48i8iblJ4vuqi7SwezauKRJe8JkACgtud4 tqvDHPMr2Jyxnx82vuuwjHY= =GAxS -END PGP SIGNATURE- ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] zc.selenium test isolation
Am Mittwoch, den 10.01.2007, 11:04 -0500 schrieb Benji York: > Christian Theune wrote: > > I propose to add an "ultimate" pop at the beginning of each test, to > > ensure consistency/isolation at those points. > > Where "ultimate pop" means to remove all stacked demostorages added by > previous tests? If so, sounds good. > > I do worry a little about that hiding mismatched push/pop operations in > non-failing tests. Perhaps the "ultimate pop" could generate a selenium > error if there was anything there to pop. I think that would defeat the purpose of having the other tests pass and not get spurious errors. I think under normal conditions, the mismatched operations shouldn't be a problem, anyway, normal users of zc.selenium shouldn't have to worry about it. All of those operations are generated automatically anyway. Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martijn Faassen wrote: > Martin Aspeli wrote: >> Peter Bengtsson wrote: Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn > >>> Gorgeous! >>> I especially like that you don't have to manually define the template >>> since it's picked up automatically by name. >>> >>> Will the grok effort yield any codegenerating scripts and stuff like >>> the django folks have? >>> If not, I have some ideas that I could maybe contribute with at/for >>> the next sprint even :) >> Code generation sucks. :) > > I agree. I'll highlight what you say below: > > > - You should never, ever *need* code generation. > > I think the language/library/framework should be powerful enough to > write things down quickly without the need for code generation. Code > generation where the end result is something that is expected to be read > or modified by humans is generally bad, unless it's just about quickly > setting up an empty project. We will be looking into this for Grok. While I am vehemently opposed to code generation per se, one alternative which I think is important is to generate stuff *at runtime* from artifacts which are more understandable to business users than Python code. E.g., they might specify schema in a spreadsheet, an HTML form, or a UML diagram, which we then use to create a schema interface (my 'userschema' package[1] does this already for the first two). >> But: >> >> - ArchGenXML (hacky though it is) is great for business types because >> it takes UML (which business analysts understand and customers can be >> talked through) and produces content types they can CRUD with. >> Seriously, I've seen people sell big Plone jobs on AGX (kinda scary). > > Yes, and even though I think everything I said above is true, I also > think that tools like ArchGenXML can be valuable. I just don't want such > a tool to be a way to generate repetitive bad code, as usually I'll be > working on the level of the code. If there is to be tools, I want a tool > like that that can generate clean non-repetitive code. That is, I don't > want a tool to become an excuse to say: oh this code can be repetitive > and unwieldy, it's just you use a tool to generate it anyway. > >> - Don't invent a new code generator. Please. :) PasteScript does quite >> well, and seems to be adopted by others, e.g. Pylons. We already use it >> to make new egg-like packages for Plone. > > Agreed. We're looking into PasteScript, I believe. Philipp has been > looking into this. [1] http://agendaless.com/Members/tseaver/software/userschema Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFpQ+2+gerLs4ltQ4RAl5rAKDQ0C/V/R6d9m3J3mqwoDUMeeOvPwCgyIbo 0WKDfLV8KnVjUxuAaPvvD3o= =auQd -END PGP SIGNATURE- ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] zc.selenium test isolation
Christian Theune wrote: I propose to add an "ultimate" pop at the beginning of each test, to ensure consistency/isolation at those points. Where "ultimate pop" means to remove all stacked demostorages added by previous tests? If so, sounds good. I do worry a little about that hiding mismatched push/pop operations in non-failing tests. Perhaps the "ultimate pop" could generate a selenium error if there was anything there to pop. -- Benji York Senior Software Engineer Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
Philipp von Weitershausen wrote: Martijn Faassen wrote: - Don't invent a new code generator. Please. :) PasteScript does quite well, and seems to be adopted by others, e.g. Pylons. We already use it to make new egg-like packages for Plone. Agreed. We're looking into PasteScript, I believe. Philipp has been looking into this. Yes. These efforts are actually getting somewhere, thanks to Ian's help last night. Cool! Regards, Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
Martijn Faassen wrote: - Don't invent a new code generator. Please. :) PasteScript does quite well, and seems to be adopted by others, e.g. Pylons. We already use it to make new egg-like packages for Plone. Agreed. We're looking into PasteScript, I believe. Philipp has been looking into this. Yes. These efforts are actually getting somewhere, thanks to Ian's help last night. -- http://worldcookery.com -- Professional Zope documentation and training 2nd edition of Web Component Development with Zope 3 is now shipping! ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Zope 3.3.1
Christian Theune a écrit : > Hi, > > after the initial Zope 3.3 release, we fixed quite a few bugs. I think > it's time for a 3.3.1 release now, which would also help the upcoming > Zope 2.10.2 release. > > If anybody has time to do the 3.3.1 release, that would be very welcome! Hi, that would be neat to tag the zope.* packages directly as well to be able to release them on the cheeseshop individually at the same time. I would have liked to volunteer to package the 3.3.0 version of the zope.* packages but unfortunately could not find the time to do so yet. Maybe this work could be semi-automatically done as part of the normal Zope3 release process. I am not really aware how this is currently done. -- Olivier ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Zope 3.3.1
Hi, after the initial Zope 3.3 release, we fixed quite a few bugs. I think it's time for a 3.3.1 release now, which would also help the upcoming Zope 2.10.2 release. If anybody has time to do the 3.3.1 release, that would be very welcome! Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] zc.selenium test isolation
Christian Theune wrote: Hi, I'd like to propose a change to zc.selenium to increase test isolation in the face of failing tests. We use demostorage elegantly by keeping a stack of wrapped storages that are pushed and popped automatically while the selenium tests run. However, when a test fails, selenium might skip a few pop operations and following tests might fail spuriously. I propose to add an "ultimate" pop at the beginning of each test, to ensure consistency/isolation at those points. +1 Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Grok sprint 2 reports
Martin Aspeli wrote: Peter Bengtsson wrote: Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn Gorgeous! I especially like that you don't have to manually define the template since it's picked up automatically by name. Will the grok effort yield any codegenerating scripts and stuff like the django folks have? If not, I have some ideas that I could maybe contribute with at/for the next sprint even :) Code generation sucks. :) I agree. I'll highlight what you say below: > - You should never, ever *need* code generation. I think the language/library/framework should be powerful enough to write things down quickly without the need for code generation. Code generation where the end result is something that is expected to be read or modified by humans is generally bad, unless it's just about quickly setting up an empty project. We will be looking into this for Grok. But: - ArchGenXML (hacky though it is) is great for business types because it takes UML (which business analysts understand and customers can be talked through) and produces content types they can CRUD with. Seriously, I've seen people sell big Plone jobs on AGX (kinda scary). Yes, and even though I think everything I said above is true, I also think that tools like ArchGenXML can be valuable. I just don't want such a tool to be a way to generate repetitive bad code, as usually I'll be working on the level of the code. If there is to be tools, I want a tool like that that can generate clean non-repetitive code. That is, I don't want a tool to become an excuse to say: oh this code can be repetitive and unwieldy, it's just you use a tool to generate it anyway. - Don't invent a new code generator. Please. :) PasteScript does quite well, and seems to be adopted by others, e.g. Pylons. We already use it to make new egg-like packages for Plone. Agreed. We're looking into PasteScript, I believe. Philipp has been looking into this. Regards, Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re[2]: [Zope3-dev] Builbot mail not working ?
Hello Christian, Yay, shame on me. I was the one who added the "no cache" stuff to /src/zope/app/exception/browser/unauthorized.py. I'm crippled here until tomorrow without SVN access, so somebody please fix it or revert my changes. Wednesday, January 10, 2007, 11:00:35 AM, you wrote: CT> Hi, CT> that one fails for me as well. CT> I don't remember who checked this in, but I saw somebody talk about this CT> change lately. CT> Christian CT> Am Mittwoch, den 10.01.2007, 10:31 +0530 schrieb Baiju M: >> Baiju M wrote: >> > Hi, Can anyone verify that buildbot [1] send test failure error mails >> > to list? There is one test failure in Zope 3 trunk now [2]. But it's >> > not in Zope3-dev list archive [3]. >> > >> > [1] http://buildbot.zope.org [2] >> > >> http://buildbot.zope.org/Zope3%20trunk%202.4%20Linux%20zc-buildbot/builds/832/test_2/0 >> > [3] http://mail.zope.org/pipermail/zope3-dev/ >> >> I am still getting this error in trunk, see the traceback: >> >> Failure in test >> /var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt >> Failed doctest test for doctest.txt >> File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", >> line 0 >> >> -- >> File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", >> line 20, in doctest.txt >> Failed example: >> print http(r""" >> GET /@@contents.html HTTP/1.1 >> """) >> Differences (ndiff with -expected +actual): >> HTTP/1.1 401 Unauthorized >> + Cache-Control: no-store, no-cache, must-revalidate >> - Content-Length: ... >> ? ^^^ >> + Content-Length: 3987 >> ? >> Content-Type: text/html;charset=utf-8 >> + Expires: Mon, 26 Jul 1997 05:00:00 GMT >> + Pragma: no-cache >> WWW-Authenticate: basic realm="Zope" >> >> - > + > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> >> + >> + http://www.w3.org/1999/xhtml"; xml:lang="en" >> + lang="en"> >> + >> + >> + Z3: >> + >> + @import >> url(http://localhost/@@/zope3_tablelayout.css); >> + >> + >> + >> + > content="text/html;charset=utf-8" /> >> + >> + >> + >> + >> + >> + >> + > + src="http://localhost/@@/zope3.js";> >> + >> + >> + >> + >> + > + src="http://localhost/@@/xmltree.js";> >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + > + href="http://localhost/@@/favicon.png"; /> >> + >> + >> + http://localhost/', 'http://localhost/'); "> >> + >> + >> + >> + >> + >> + >> + >> + User: >> + Unauthenticated User >> + >> + >> + >> + > href="@@login.html?nextURL=http%3A//localhost/%40%40contents.html">[Login] >> + >> + >> + >> + >> + > + href="http://localhost/@@SelectedManagementView.html"; >> + name="top">http://localhost/@@/zope3logo.gif"; /> >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + Location: > + href="http://localhost/@@SelectedManagementView.html";>[top] >> + / >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + Navigation >> + http://www.zope.org/zope3xmltree"; >> + id="navtreecontents" class="body" >> + onclick="treeclicked(event);">Loading... >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + >> + Unauthorized >> + >> + You are not authorized >> + >> + >> + >> +
[Zope3-dev] zc.selenium test isolation
Hi, I'd like to propose a change to zc.selenium to increase test isolation in the face of failing tests. We use demostorage elegantly by keeping a stack of wrapped storages that are pushed and popped automatically while the selenium tests run. However, when a test fails, selenium might skip a few pop operations and following tests might fail spuriously. I propose to add an "ultimate" pop at the beginning of each test, to ensure consistency/isolation at those points. Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Builbot mail not working ?
Hi, that one fails for me as well. I don't remember who checked this in, but I saw somebody talk about this change lately. Christian Am Mittwoch, den 10.01.2007, 10:31 +0530 schrieb Baiju M: > Baiju M wrote: > > Hi, Can anyone verify that buildbot [1] send test failure error mails > > to list? There is one test failure in Zope 3 trunk now [2]. But it's > > not in Zope3-dev list archive [3]. > > > > [1] http://buildbot.zope.org [2] > > > http://buildbot.zope.org/Zope3%20trunk%202.4%20Linux%20zc-buildbot/builds/832/test_2/0 > > [3] http://mail.zope.org/pipermail/zope3-dev/ > > I am still getting this error in trunk, see the traceback: > > Failure in test > /var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt > Failed doctest test for doctest.txt > File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", > line 0 > > -- > File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", > line 20, in doctest.txt > Failed example: > print http(r""" > GET /@@contents.html HTTP/1.1 > """) > Differences (ndiff with -expected +actual): > HTTP/1.1 401 Unauthorized > + Cache-Control: no-store, no-cache, must-revalidate > - Content-Length: ... > ? ^^^ > + Content-Length: 3987 > ? > Content-Type: text/html;charset=utf-8 > + Expires: Mon, 26 Jul 1997 05:00:00 GMT > + Pragma: no-cache > WWW-Authenticate: basic realm="Zope" > > - + "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > + > + http://www.w3.org/1999/xhtml"; xml:lang="en" > + lang="en"> > + > + > + Z3: > + > + @import > url(http://localhost/@@/zope3_tablelayout.css); > + > + > + > + content="text/html;charset=utf-8" /> > + > + > + > + > + > + > + + src="http://localhost/@@/zope3.js";> > + > + > + > + > + + src="http://localhost/@@/xmltree.js";> > + > + > + > + > + > + > + > + > + > + > + + href="http://localhost/@@/favicon.png"; /> > + > + > + http://localhost/', 'http://localhost/'); "> > + > + > + > + > + > + > + > + User: > + Unauthenticated User > + > + > + > + href="@@login.html?nextURL=http%3A//localhost/%40%40contents.html">[Login] > + > + > + > + > + + href="http://localhost/@@SelectedManagementView.html"; > + name="top">http://localhost/@@/zope3logo.gif"; /> > + > + > + > + > + > + > + > + > + > + Location: + href="http://localhost/@@SelectedManagementView.html";>[top] > + / > + > + > + > + > + > + > + > + > + > + > + > + > + Navigation > + http://www.zope.org/zope3xmltree"; > + id="navtreecontents" class="body" > + onclick="treeclicked(event);">Loading... > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + Unauthorized > + > + You are not authorized > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > > Regards, > Baiju M > __
Re: [Zope3-dev] Re: Grok sprint 2 reports
Hi, Am Mittwoch, den 10.01.2007, 00:44 + schrieb Martin Aspeli: > Code generation sucks. :) > > But: > > - ArchGenXML (hacky though it is) is great for business types because > it takes UML (which business analysts understand and customers can be > talked through) and produces content types they can CRUD with. > Seriously, I've seen people sell big Plone jobs on AGX (kinda scary). > > - Don't invent a new code generator. Please. :) PasteScript does quite > well, and seems to be adopted by others, e.g. Pylons. We already use it > to make new egg-like packages for Plone. > > - You should never, ever *need* code generation. It should be a nice > way of getting a common structure for second-order stuff like > documentation files and egg metadata (how we use ZopeSkel/paster in > Plone), or a way of going from a visual representation to code. Systems > that *depend* on generators are always nasty to maintain, upgrade and > understand. Tools are just not a replacement for good language design > (this is why we see the Java->Rails exodus cliche, and then people > realise Rails has tools too, oh well). We've been talking a bit about using Paste to create initial project environments (e.g. bootstrap a buildout that has grok and Zope 3 in it and setup your subversion environment). This is one of the things on our 1.0 list ... Have a look at launchpad.net/grok for more. Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
