Jim Fulton wrote: > On Wed, Oct 7, 2009 at 8:50 PM, Martin Aspeli <optilude+li...@gmail.com> > wrote: >> Hanno Schlichting wrote: >>> On Wed, Oct 7, 2009 at 10:29 PM, Martijn Faassen <faas...@startifact.com> >>> wrote: >>>> > [ztk.cfg] contains a line >>>> >>>> > allow-picked-versions = false >>>> >>>> I agree with Thomas that we should remove this from ztk.cfg, as if we >>>> publish this for reuse we don't want to impose this policy on everybody >>>> who builds on it. >>>> >>>> The question though is why this is in there in the first place. >>>> Presumably it is to ensure that the *ZTK* locks down all versions. I >>>> think we can reasonably ensure this by moving the >>>> 'allow-picked-versions' to the ZTK's "buildout.cfg" instead, right? >>> Yes, +1 for moving it to the buildout.cfg. >> If we do that, I'd also suggest we use the 'buildout.dumppickedversions' >> extension. This prints the picked versions with some explanation about >> what required them, either to a file or to the console. This is a useful >> sanity check: if you see a package in there that looks spurious you may >> ask whether it should've been pinned somewhere. > > Running buildout in verbose mode (-v) gives you this same information. > Is the idea that this information gets printed even in normal mode?
Yeah: - it gets printed always, summarised at the end - it's a lot more concise than the -v output and easier to read - the output is usable as a [versions] block and can be output to a file I use a pattern where I have a devel.cfg that pins some things but allow certain dependencies to float, and then writes the versions it picks to kgs.cfg. For production deployments, there's a production.cfg which (among other things) extends this kgs.cfg. The idea is that once we have a known good configuration in development, we check that file into svn so we have a record, and make sure that absolutely everything is pinned in production. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book _______________________________________________ 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 )
